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you supply in any way it believes appropriate without incurring any obligation 
whatever. You may, of course, continue to use the information you supply. 


©Copyright International Business Machines Corporation 1973, 1974, 1975, 1976, 1977, 1978, 1979, 1980 


This publication describes the Communications Control 
Program (CCP) feature of the 1BM System/3 Model 15 and 
provides information to aid the system installation manager, 
IBM systems engineer, and application programmers in 
generating the CCP system. 


The generation of the CCP system is accomplished by using 
the facilities of the: 


@ IBM System/3 Model 15 System Control Programming 
(5704-SC1 and 5704-SC2) 


@ Programming support for the communication adapters: 
Multiline/Multipoint feature Multiple Line Terminal 
Adapter feature (PSHRPQ number 5799-WFK) 

Prerequisite Knowledge 

You should be an experienced System/3 Model 15 user 

familiar with the basic concepts of teleprocessing. 

Devices and Programs Supported and Required 

The terminal devices, system devices, and system programs 

required and supported by the CCP are listed in Appendix 


D. 


Note: This manual follows the convention that he means 
he or she. 
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The communications control program (CCP) is a system 
control programming feature that allows the IBM System/3 
Modei 15 to support an online network of terminals. CCP 
enables terminals to call application programs as needed 
and permits those programs to access a common set of disk 
files. If sufficient main storage is available, the CCP permits 
several application programs to be executing concurrently, 
though independently of one another; that is the CCP pro- 
vides for multiprogramming within one partition. 


The CCP is designed to make a communications-based sys- 
tem as easy and inexpensive as possible to establish and 
operate. The CCP can be tailored to suit diverse data pro- 
cessing environments involving batch and online applica- 
tions. 


Note: \f you are not acquainted with the terms used in 
this introduction, you can find them explained either in 
Appendix E: Glossary, or in the Data Processing Glossary, 
GC20-1699. 


TERMINAL OPERATOR FACILITIES 


Under control of the CCP, the operator of a terminal can: 


@ Request programs. 


® Specify whether a program request should be rejected if 
the program cannot be executed immediately, or whether 
the request should be placed on a queue. 


© Specify the disk files to be used by a particular program 
or series of programs. 


@ Change the symbolic name of the terminal. 
@ Send a message to the system operator. 


@ Release the terminal from a program in order to enter 
another program request or command. 


@ Request the operation of a series of tasks via task chain- 
ing (Program Number 5704-SC2 only). 


@ Request sort operations via the CCP/Disk Sort Program. 
(Program Number 5799-ATH is used with SCP 5704-SC1; 
5704-SM7 is used with SCP 5704-SC2.) 


@ Find new or updated programs and formats (Program 
Number 5704-SC2 only). 


@ Request the online test to determine whether the termi- 
nal is operating correctly. 
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SYSTEM OPERATOR FACILITIES 


The system operator initiates and terminates the activity of 
the CCP and controls the operation of the communications- 
based system. After the CCP is loaded into main storage, 

it asks the system operator one or more questions. This 
allows the system operator to identify the set of files, 
programs, terminals, communication lines, and terminal 
names to be used by the CCP on the current run (one or 
more of these sets were defined prior to the current run of 
the CCP—see index entry: assignment stage). These ques- 
tions also allow the system operator to modify a selected 
set to adapt to a particular run of the CCP. 


During the operation of the CCP, the system operator 
controls the system through the Console Keyboard. The 
operator can: 


@ Monitor the status of the system at any moment. 


@ Determine the unfulfilled requests for programs or sys- 
tem operator replies in the system at any time. 


@ Send messages to terminals. 
@ Change the status of terminals on the system. 
@ Cancel, suspend, and resume activities of programs. 


@ Change the actual terminal referred to by a terminal 
name. 


@ Request the online test of terminals to determine whether 
they are operating correctly. 


@ Close CCP files. 

© Open the previously closed CCP files. 

@ Shut down CCP. 

@ Change interval polling times. 

@ Recover from terminal errors. 

@ Save trace table information. 

® Activate or deactivate automatic retries to terminals 
in error recovery and control the frequency of retries 


(Program Number 5704-SC2 only). 


@ Initiate or terminate the CCP loadable trace. 
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The system operator can also perform some of the functions 
of a terminal operator such as request programs, enter com- 
mands, and, for Program Number 5704-SC2, find programs 
and formats. 


Because of the extent of the control exercised by the sys- 
tem operator, he or she must be thoroughly trained in the 
operation of the CCP, applications of the CCP in the 
installation, and the specific tasks to perform under control 


of the CCP. 


PROGRAMMING FACILITIES 


Programs that run under the CCP can be written in any of 
four programming languages: 


@ RPG II 
e COBOL 
e FORTRAN IV 


e@ Basic Assembler 


Although the design of programs written for the CCP might 
be different from those the programmer has been writing, 
programming statements used for terminal input/output 
are already familiar to programmers: 


@ jin COBOL or FORTRAN: the call statement. 
@ In RPG Il: either the exit operation or a special file. 


@ In Basic Assembler: macro instructions that can be 
processed by the disk system management macros. 


With each request for terminal I/O, the programmer provides 
alist of parameters that tell the CCP which specific 
operation to perform, which terminal to use, and what 

data area to use. 


The CCP allows the programmer to identify terminals by 
symbolic names. If a particular terminal is unavailable for 
any reason, the system operator can reassign the symbolic 
name to a different terminal. Thus, the program need not 
be changed or recompiled to address a different terminal. 


Other facilities offered by the CCP to the programmer are: 


@ Access to the name of the terminal that requested the 
program 


@ Access to attributes of individual terminals 


@® Support for overlay programs 


@ Automatic translation of transmission data codes 


@ Dynamic, program-controlled allocation and dealiioca- 
tion of terminals 


@ Access to communications 1/O error or exception 
information 


@ Interaction with external buffers (Program Number 
5704-SC2 only) 


@ Initiation of a task (including a sort task) from an active 
task via task chaining (Program Number 5704-SC2 only) 

DEVICES AND PROGRAMS SUPPORTED 

The terminal devices, system devices, and system programs 

required and supported by the CCP are listed in Appendix 

Dz. 

ESTABLISHING AND OPERATING THE CCP 

The CCP can be tailored to suit each unique operating en- 

vironment. Establishing and operating the CCP in a parti- 

cular environment is accomplished in three stages: 

® Generation 


@ Assignment 


@ Operational system startup 


Generation Stage 


CCP generation is the process by which a user creates an 
individual version of the CCP. The purpose of generation is 
to create a set of CCP object modules and subroutines, 
unique to that user’s requirements, on the user's disk pack. 
The process of generation involves: 


1. Describing the type of equipment to be used by the 
communications system and the facilities that should 


be included in that system. 


2. Creating a set of control routines whose specific con- 
tent may be unique to the user’s installation. 


3. Joining the routines by a link-editing process. 
4. Copying appropriate additional supporting routines. 


5. Initializing the assignment file used by the assignment 
stage and the operational stage. 


Assignment Stage 


Assignment is a special, brief CCP run during which the user 
specifies one or more sets of specific environments in which 
the CCP will run. Each set includes: 


® Specific items of information pertaining to the entire 
CCP, such as the current password. 


@ Programs that can be run under the CCP and the 
resources each requires. 


@ Files that are accessible to each program and how they 
are to be accessed. 


@ The current line/terminal configuration. 


The assignment run need be repeated only when the user 
wishes to change some of the specific information given in 
a previous assignment run. 


Operational Stage 


The operational stage begins with operational startup, 
when the CCP is loaded into main storage. During startup, 
the CCP routines open disk files, adapters, and communica- 
tion lines and complete various tables and control blocks. 


During operation, the CCP performs the functions request- 
ed by terminal operators and the system operator, 
executing application programs as directed by those 
operators. 


The operational stage is concluded by shutdown, which is 
initiated by the system operator. During shutdown, the 
CCP allows currently executing programs to complete 
processing, then closes communication lines, adapters, 
and files. 


CCP TASKS 


Each body of code, such as an application program, execut- 
ing independently in the CCP program partition is consid- 
ered a task. It is possible for two or more copies of the 
same program to be executing concurrently and independ- 
ently under the CCP; in this case, each copy is considered a 
task, 


Tasks are identified as either user tasks or system tasks 

(see CCP System Operator’s Guide, for uses of the task 
identification). An example of a user task is an inquiry 
program, loaded into main storage by request from 

either a terminal operator or the system operator; an example 
of a system task is the CCP communications management 
task, which processes requests for terminal I/O. 


The management of tasks, as performed by the CCP, permits 
tasks to be initiated and terminated independently and to 
operate concurrently. When user tasks run concurrently, 
results are identical to those that would occur had each 

task run alone. Under CCP, 1-15 user tasks can execute 
concurrently; tasks can be from 4K to 32K bytes. 


RELATIONSHIP TO OTHER PROGRAMS 


Figure 1 illustrates the relationships between the CCP and 
disk system management and between the CCP and 
application programs. 


Disk System Management (DSM) 


The CCP operates in conjunction with DSM and uses the 
following facilities of DSM wherever possible: 


@ DSM Supervisor: Used for program loading, disk and 
unit record physical 1/O control (10S). On Program 
Number 5704-SC2, use enqueue and dequeue. 


@ Disk and Unit Record Data Management: Used for 
logical control of disk and unit record 1/O. 


@ DSM Console Management: Certain CCP display transi- 
ents run in the DSM transient area and interface directly 
with DSM console management transients. 


@ MLTA and/or MLMP IOCS: The CCP incorporates 
either or both of these System/3 communications I/O 
programs, depending upon the line configuration of 
the system: the multiple line terminal adapter (MLTA) 
RPO (request for price quotation) program for start-stop 
terminal; the multiline/multipoint (MLMP) IOCS for 
binary synchronous terminals attached to System/3 by 
the binary synchronous communications adapter (BSCA 
lines 1 and 2). Your communications programs do not 
(and must not) use the communications |OCS directly; 
the CCP calls the appropriate |OCS when needed, based 
on the instructions you issue in your program. 


@ BSCC 1OCS: The CCP incorporates this 1/O support if 
BSC lines 3 or 4 are used. This I/O support is part of 
DSM and can be used if BSCC was specified during 
system generation. This support is used only by CCP. 


@ SIOC IOCS: The CCP incorporates this 1/O support 
if an RPQ (request for price quotation) for SIOC 
channel connected systems is used. For additional 
information, see /BM System/3 Model 15D Channel 
Connected Systems Program Reference and Logic 
Manual, GC21-5199 (Program Number 5704-SC2 only). 


Introduction 3 





ANS 


SA 


User Program 


Will 


NU. 


SN 





Vy) Communications Control Program 

















User 
Program 


Pre tt 


WEEE: 


User Program 


User 
Program 


User 
Program 
A 






NSASSANAS 


‘ 






SSAA SSRN 
SS) 


IXANAAY 


LTT: 


Q 


SA 


Program Partition 1 


User application program 








Communication control program 
under control of System/3 
disk system management 






User application programs 


running under CCP 





Program Partition 2 


Program Partition 3 
(Program Number 5704-SC2 only) 


User application program 


Figure 1. Relationships between System/3 Disk System Management, the Communications Control Program, and User Application Programs 


Existing Communications Programming Support 


The RPG {1 telecommunications feature, which provides 
support for batch terminals in RPG II, is not a part of the 
CCP and cannot be used under the CCP. Application 
programs using these features can, however, be executed in 
another program partition from the CCP as long as 

their use of communication lines does not conflict with 
the CCP. 


Application Programs 


Application programs can execute under control of the 
CCP or, in another partition, under contro! of DSM. 


> 


Telecommunication application programs that execute 
under the CCP are one step removed from control by DSM. 
They are loaded by the CCP and receive control from the 
CCP. Requests by these programs for system services are 
received and scheduled by the CCP. Some requests are 
performed by the CCP; some are passed from the CCP to 
DSM to be performed. 


A telecommunications application program that executes in 
a non-CCP partition must include the communications 
IOCS routines it requires. Its use of communications lines 
must not conflict with the CCP. 


Some noncommunications application programs not 
originally written to run under CCP control can be executed 
under the CCP. These programs can be requested from the 
system operator's console or from a terminal if they do not 
violate any of the restrictions placed upon CCP programs 
and if they are defined in an assignment set. If such a 
program has not been rewritten to release the requesting 
terminal, then the terminal is not free to enter another 
command or program request until the requested program 
terminates. 


Noncommunications application programs can be executed 
in anon-CCP program partition while the CCP is operating 
if they do not conflict with the CCP in their use of system 
resources (disk files and unit record devices). 


System Programs 


System program facilities’ such as utilities, compilers, 
source library Get/Put, or SYSPRINT) cannot be run under 
CCP. Some system programs can be run in the non-CCP 
partition(s) while CCP is executing, and some dedicated 
system programs require that CCP be shut down before 
they can be executed. For more information, see the 
appropriate SCP reference manual listed under Related 
Publications in the Preface. 





‘The spool file copy program (SQCOPY) is an exception. SQCOPY 
runs under control of SCP and, if its name is changed so that it 
begins with something other than $, S$OCOPY aiso runs under 
control of CCP (Model 15 5704-SC2 only). 
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To the operator of a terminal, the system is a resource to 
help him accomplish his tasks. The terminal operator 
might think of the system as belonging to him or her alone, 
unless the combined demands upon the system are great 
enough to cause delay in its responsiveness. All contention 
among terminal operators for use of the system is managed 
by CCP. 


The CCP distinguishes two types of terminals: 


Command terminals, which can request services of the 
CCP including the running of application programs. 


Data terminals, which cannot request services, and are 
used only as directed by the application programs. 


In order to call for application programs, the command 
terminal operator must first sign on to the CCP. A sign-on 
request is a message initiated by the terminal operator 
signifying the wish to request services of the CCP. If the 
system has a password security feature (an option selected 
during the CCP generation—see index entry initial mode), 
the terminal operator must correctly enter a password with 
the sign-on request. 


Once a terminal operator is in communication with the 
requested application program, he or she enters data as 
required by the program. The sequence of operations at 
the terminal, and the format of data sent to and from it, 
are entirely directed by the application program. The 
terminal operation continues to be directed by the applica- 
tion program until that program releases it. However, the 
operator, while sending data from the termina! to the appli- 
cation program, can reestablish communication with the 
CCP in order to: 


@ Send a message to the system operator and then resume 
sending data to the program. 


@ Release his terminal from control of the program. 


When a terminal operator finishes making a series of re- 
quests for services of the CCP, he or she normally signs off 
the terminal. This action restores the terminal to an initial 
status, such that it must be signed on again (with a pass- 
word, if that option was chosen) before it can request 
services of the CCP. 


Chapter 2. Using the CCP from a Termina! 


HOW THE TERMINAL OPERATOR REQUESTSA 
PROGRAM 


When a command terminal is not in use, it is continually 
monitored by the control program for a request. The 
terminal operator calls for an application program to 
perform a specific function by simply entering the program 
name at the terminal. The CCP then attempts to load and 
execute the program and to put that program in communi- 
cation with the terminal operator. From then until the 
completion of the program, the interaction between the 
terminal operator and the system is dictated by that 
program. 


When the application program completes execution, it 
yields control of the terminal to the CCP. The CCP once 
again monitors the terminal for a terminal command such 
as a program request. The next program request does not 
have to be for the same program. 


Each terminal operator must be trained in the functions he 
or she can call upon and in the procedures for interacting 
with the application programs that perform those functions. 


HOW THE TERMINAL OPERATOR REQUESTS SYSTEM 
SERVICES 


While monitoring for program requests, the CCP can also 
respond to commands to perform services for the terminal. 


The operator can specify ahead of time what the system’‘s 
response should be when it is unable to comply immediately 
with his request for a program. The system might be 
temporarily too busy with requests from other operators. 
By command, he can choose one of the following responses: 


@ The system denies the request and allows him to make 
some other request. 


@ The system holds the request and honors it as soon as 
possible. 


Once the operator of a terminal has specified one of these 


requests, the CCP handles al! program requests from that 
terminal accordingly until the cperator specifies differently. 
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A file specification allows the operator to specify the disk 
data files that are to be accessed by programs he or she 
requests, if those programs are written to accept the specifi- 
cation. Within the information system, there may be 
several files containing similar data in the same format. A 
school system, for example, might have a separate student 
records file for each school. An application program 
requested by the operator might have been written to access 
any one of these files, but the program must be told which 
file to use on a particular run. A file specification command 
issued by the terminal operator applies to all programs 
requested at that terminal until a contradictory command 

is issued. 


Another command permits the terminal operator to send a 
message to the system operator, requesting some action to 
be taken. 


The commands discussed so far are issued to the CCP while 
it is monitoring a terminal for requests. Once a terminal is 
interacting with an application program, however, the input 
from that terminal is meaningful only to the application 
program, with one exception. The CCP checks each 
message from a terminal to a program for a certain string 
of characters defined in your system. When it detects 
these characters in a message, the CCP interprets the 
message as an attempt by the terminal operator to escape 
from control of the application program and communicate 
directly with the CCP. At this point, the CCP accepts a 
request from the operator to release the terminal from the 
control of the application program, or to send a message to 
the system operator. !f the request was to send a message, 
the terminal operator can ask the CCP to resume execution 
of the application program after the message is sent. 


TERMINAL MODES 


There are two classes of terminals defined previously, based 
on whether or not the terminals are capable of entering 
commands to the CCP: command terminais and data 
terminals (see Appendix E: G/essary). Data terminals are 
capable only of transmitting or receiving data under control 
of an application program; they are not capable of com- 
manding CCP services. When data terminals are not 
communicating with an application program, they are in a 
standby mode (not poiled by the CCP for input). Because 
the operator of a data terminal does not interact with the 
CCP, this chapter deals only with the operation of command 
terminals. 


Although there are operating differences among the various 
terminal types that can be used as command terminals, 
the functions that can be performed by them are the same. 


The primary function of any command terminal is to re- 
quest the execution of application programs. All of the 
activities a terminal operator performs are related to that 
function. 


Initial Mode 


When a command terminal is online, it is physically at- 
tached to the system and logically attached to the CCP. 
The CCP monitors it continuously for program requests or 
other commands. Before a program can be requested, the 
operator must first sign on at the terminal. Signing on 
involves communication between the terminal operator and 
the CCP. Before and during this communication, the 
terminal is in initial mode. Commands for CCP services 
other than system operator communication cannot be 
issued from a terminal when it is in initial mode. The end 
of initial mode occurs when the terminal operator is 
successfully signed on. 


From the point of view of the termina! operator, signing 

on may be as simple as entering the sign-on command. How- 
ever, if access to the system from a terminal must be limited 
to certain authorized people, the sign-on procedure can 
involve providing additional information required by a 
security feature. The security feature can be either the 
password security option provided by the CCP (see index 
entry: password security option) or a routine written by 
the user to control access to the system in some other way. 


Command Mode 


After a terminal operator is successfully signed on, the 
terminal is in command mode. This means the operator 
can request the CCP to load and execute programs and can 
issue related commands. Once a terminal is in command 
mode, it remains in command mode until a program re- 
quest is made from the terminal (see 7ermina/l Operator 
Commands), the operator signs off, or the system operator 
varies the terminal offline. 


Data Mode 


Once the terminal operator issues a command to load and 
execute a user application program, the CCP loads the 
program and gives it control. At that point, the terminal 
enters data mode; that is, the terminal is in communication 
with the application program itself. The nature of the 
communication is, of course, determined by the application 
program. Normally, the terminal remains in data mode 
until the application program completes processing or 
releases the terminal. At that time, the terminal is again 
placed in command rode and is able to issue another 
program request. 


Command Interrupt Mode 


The operator of a terminal need not wait until a program 
completes its job in order to interrupt it. By entering a 
string of six characters that are significant to the CCP 
(determined by the user at generation time), he can indicate 
that he wants to escape from data mode and enter command 
interrupt mode (see index entry: data mode escape). While 
in this mode, he can send messages to the system operator, 
resume execution of the program, or release his terminal 
completely from the control of the Program (at which 

point the terminal is again in command made). 


TERMINAL OPERATOR COMMANDS 


Two logical groups of terminal operator commands can be 
issued after sign-on. First, while the terminal is in 
command mode, before a program request is actually made, 
the terminal operator can issue various commands pertain- 
ing to the subsequent Program request: 


Tell the CCP how to handle his request if it cannot be 
honored immediately (see Queue/No-Queue Commands). 


Issue commands that indicate which files are to be 
accessed by program requests (see File Specification 
Command). 


Tell the CCP by what name, of a set of names defined as 
valid, the terminal should be known to the program he is 
requesting (see Name Command). 


Send a message to the system operator (see Message 
Command). This can also be done prior to sign-on. 


The second group of commands is used during command 
interrupt mode. After data mode escape, the terminal 


Operator can: 


© Send one or more messages to the system operator (by 
using the message command). 


@ Release the terminal from control of the application 
program (see Release Command). 


@ Resume execution of the program (see Run Command). 


Sign-On Command (/ON) 


The sign-on command notifies the CCP that the terminal 
operator wishes to begin making requests of the system. If 
the system uses a security feature, the sign-on command 
must be accompanied by one of the following: 


1. The current password required by the CCP password 
security feature. 


2. Information required by a user-written sign-on rou- 
tine. 


The CCP logs every sign-on attempt on the system opera- 
tor’s console and indicates if sign-on was successful. If the 
sign-on was successful, the CCP notifies the terminal 
operator and allows him to enter a command. If the sign-on 
was not successful, the CCP allows the terminal operator to 
attempt to sign on again. 


While a terminal is in initial mode, the name of the terminal 
can be changed. The system operator can change the name 
by using the assign command. Sign on restores the Original 
name of the terminal. 


Once the operator signs on at the terminal, he can make 
any number of requests without signing on again. However, 
if the terminal operator leaves the terminal unattended and 
access to the terminal is restricted by a security feature, he 
should sign off when he leaves (see Sign-Off Command). If 
he signs off, he must sign on again when he wants to use the 
terminal again. 


Queue/No-Queue Commands (/Q and /NOQ) 


The queue or no-queue command indicates how the CCP 
is to handle program requests from this terminal which 
cannot be honored immediately: 


Command Meaning 


/Q The operator waits for the program to start. 

The CCP places the request on a queue and 
honors it as soon as possible. 

The operator does not wait if the program 
cannot start immediately. The CCP rejects the 
command if it cannot be honored immediately 
and allows the operator to enter another request. 


/NOQ 
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A queue or no-queue command remains in effect until the 
terminal operator enters a different queue or no-queue 
command or until he signs off. If neither a queue nor a 
no-queue command is entered at the terminal, the CCP 
assumes the no-queue option. For tasks requested via task 
chaining, if the request was successful, CCP handles the 
request the same as a queued terminal program request. 


Note: Once a terminal has a program request queued, the 
request cannot be removed from the queue except by the 
system operator. Queued chain task requests cannot be 
canceled. 


There are five situations where the /O command is effective 
for program requests: 


® Adisk file is temporarily not available because of file 
sharing. 


@ The main storage for the program is not available. 
@ A required terminal is temporarily in use. 


® A multiple requesting terminal (MRT) program is active 
and already has the maximum number of requesters. 


@ The maximum number of programs might already be 
executing. 
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Figure 2. Itlustration of File Specification Command 
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File Specification Command (/FILE) 


The file specification command specifies which of several 
data files to use on a current program run. The terminal 
operator may use the file specification command to vary 

the files that are used by the programs he requests. The 

file specification command cannot be used with multiple 
requester programs and is not used with a chain task request. 


Certain application programs are written to access any of 
several files containing similar data in the same format by 
referring to a symbolic file in the program. For the program 
to actually access a file, the name of the symbolic file must 
be associated with the name of a file that actually exists on 
disk, a physical file. 


Suppose, for example, a school system has a separate stu- 
dent records file for each school. A student report program 
can process the student records file from any of the schools, 
but it must be told, by a file specification command, which 
of the files to use on a particular run (Figure 2). 


Symbolic file name 
used in the program. 


Physical files to which 
the symbolic file name 
can refer. 


A file specification command is in effect for all subsequent 
program requests from that terminal until the termina! 
operator enters a new file command for the symbolic file or 
until he signs off from the terminal. Thus, the file specifica- 
tion command can apply to more than one program. 


If a terminal operator enters a file specification command 
without naming any files, he cancels all file entries currently 
maintained for that terminal by the CCP. 


If he enters a file specification command that gives only a 
symbolic file name with no associated physical file name, 
that symbolic file entry is deleted from the list of file 
entries maintained by the CCP for that terminal. Signing 
off from the terminal cancels all file specifications in effect 
for that terminal. 


The CCP informs the terminal operator if the file specifica- 
tion command he entered was invalid. When doing task 
chaining, the /F1LE command is valid only for the first 
task (the task loaded via a terminal or console). The sym- 
bolic file associations are not considered valid for other 
tasks in the chain. 


Name Command (/NAME) 


The name command tells the CCP which symbolic name to 
use for this terminal. This symbolic name is taken from a 
set of previously assigned symbolic names. The CCP uses 
this name for this terminal from sign-on to sign-off, or 
until another name command is entered. The CCP passes 
the symbolic name to any program this terminal requests 
in order to identify the requester (see /BM System/3 Com- 
munications Control Program Programmer’s Reference 
Manual, GC21-7579). 


The CCP maintains a list of symbolic names eligible for 
each terminal. These names are associated with the terminal 
during the CCP assignment. The terminal to which they 
apply can be changed by the system operator. The primary 
purpose of the name command is to allow a terminal to 
assume (with the consent of the system operator) the name 
of another terminal (of a similar type) that is currently not 
operable. 


Program Request Command 
The terminal operator requests a program to execute by 


entering the name of the program. If a program allows, 
input data can be entered with the program request. 


Before the operator enters a program request, he should 
consider whether queue or no-queue, file, and name 
commands are required for that program. He should 
determine this from a document such as a program run 
sheet for that program (see Planning Considerations), if he 
is not familiar with the requirements of the program. 


The CCP informs the terminal operator by a message if it 
rejects the program request. For a chain task request, all 
messages are directed to the system operator. 


Data Mode Escape Command 


The terminal operator can interrupt an application program 
he requested (when the terminal is in data mode, under 
control of the program). To do this, he enters a predeter- 
mined set of six characters when the program attempts to 
get input from the terminal. The string can consist of any 
six characters previously defined, during generation, to the 
CCP as the data mode escape characters. While a requesting 
terminal is in data mode, the CCP continuously monitors 
input from the terminal for these characters as the first six 
input characters. 


After the terminal has interrupted the application program, 
the terminal is in command interrupt mode and the operator 
can: 


@ Send one or more messages to the system operator (see 
Message Command). 


@ Resume execution of the application program (see Run 
Command). 


@ Release his terminal completely from the application 
program he interrupted (see Release Command). 


Release Command (/RELEASE) 


The release command can only be issued while the terminal 
is in command interrupt mode; it is invalid at any other 
time. 


The release command releases the terminal from the control 
of the application program. The application program then 
receives a return code. This return code informs the 
application program of the terminal operator's action. The 
terminal operator is then free to enter another program 
request or other commands. 
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Message Command (/MSG) 


The terminal operator uses the message command to send 
a message to the system operator. The text of the message 
follows on the same line. The message command can be 
entered when the terminal is in initial mode, command 
mode, or command interrupt mode. 


Run Command (/RUN) 


The run command causes an application program to resume 
reading input data from a terminal. This happens after the 
terminal issued a data mode escape command and, possibly 
sent One or more messages to the system operator. This 
command returns the terminal to data mode from command 
interrupt mode. 


Sign-Off Command (/OFF) 


The sign-off command returns the terminal to initial mode 
or places it offline. The sign-off command can be accom- 
panied by either the word Ao/d or the word drop. 


Hold The terminal is returned to initial mode. The 
CCP accepts only a sign-on command or a 
message command from the terminal. 

Drop If the terminal is connected by a switched line, 

the line is disconnected; the terminal can re- 

establish the connection only by redialing the 
system. If the terminal is connected by a non- 
switched line, the terminal is placed offline; 
that is, the CCP will accept no commands from 
the terminal until it is again placed online by 
the system operator (see index entry: change 
the status of a terminal). At that time, it enters 
initial mode. 


If neither hold nor drop is entered, the CCP assumes the 
option that was selected during the CCP assignment stage 
(see index entries: MLTATERM statement and BSCATERM 
statement). All sign-off commands are logged on the system 
operator’s console with an indication of whether hold or 
drop was used as the sign-off option. 


The sign-off command can be entered anytime after the 
sign-on command, while the terminal is in command mode. 
It cannot be entered following a data mode escape command 
unless the release command has been issued. 


The sign-off command clears all file specification entries in 
effect for this terminal (see File Specification Command) 
and restores the original name of the terminal (see Name 
Command). 
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PLANNING CONSIDERATIONS 


Because the terminal operator will probably be calling pro- 
grams he did not write, he must have access to information 
about the programs (perhaps a program run sheet for each 
program he can call). This sheet will be unique to each 
installation, but will probably contain answers to the fotlow- 
ing questions: 


@ What, from the terminal operator’s point of view, is the 
function of the program? 


@ Should the program request be queued if it cannot be 
honored immediately, or should it be rejected? (Should 
the terminal operator enter a queue or no-queue 
command?) 


® Does the program have to be told which files to use? 
(Should the terminal operator enter one or more file 
specification commands?) 


©@ Does the program expect to be requested by this 
terminal? (Must the terminal operator enter a name 
command?) 


@ Should the terminal operator enter input data for the 
Program at the same time he makes the program request? 


@ What kind of input (and in what format) does the pro- 
gram expect from the terminal operator? 


@ Are there any exceptional conditions or special situa- 
tions that can arise from the program? (Must the terminal 
operator notify the system operator in certain situations? 
Does the program diagnose error conditions, what are 
they, and what must the terminal operator do?) 


@ What are the names of follow-on programs that might be 
initiated via task chaining? 


@ Is there any file contention for files being used (such as 
NOSHR on Assignment and another partition using file)? 


In addition to a program run sheet for each program he 
can call, the terminal operator also requires some current 
information about the system, such as: 


If the password security option is in effect, what is the 
current password? 


If the installation has its own unique sign-on procedure, 
what is it? 


What is the current set of terminal name assignments for 
the terminal? 


What are the data mode escape characters for the system? 


Should the terminal operator specify HOLD or DROP 
when signing off—what is the current default for the 
terminal? Perhaps the operator should not sign off until 
the end of the day. 


The terminal operator might also require information about 
the schedule of work he is expected to complete. 


Are there certain programs called each day? 
Must the programs be called in any particular order? 
Is the use of the terminal limited in any way—to certain 


hours or to a certain amount of time per use, for 
example? 


Using the CCP From a Terminal 
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The system operator has the role of exercising final control 
over the communications-based system. He initiates its 
activity by loading and running the CCP. He determines 
when the system should refuse to accept new requests from 
terminal operators. While the system is Operating, he may 
initiate certain system actions, determine the system's 
Status, and alter the set of terminals permitted to access 
the system. He must also make decisions when exception 
situations (such as error conditions) are detected by the 
communications control program or a program running 
under its control. 


Once the CCP is started, all communication between the 
control program and the system operator is through the 
console keyboard. Messages from the system are displayed 
on the CRT, some requiring responses from the operator. 
His response also is keyed on the console keyboard. At 
any point during the execution of the communications 
control program, the operator can command a system 
action via the console keyboard. 


In addition to the operational control of the CCP, the sys- 
tem operator can take part in the generation and assignment 
stages of the CCP. See Chapter 6: Generation Stage and 
Chapter 7: Assignment Stage for the required procedures 
and statements. 


INITIATING CCP 


The system operator starts the CCP by entering UCL state- 
ments after IPL (initial program load). The OCL statements 
load the CCP and supply OCL FILE statements for all disk 
files used by the programs to be run under the CCP. 


After the startup routine is loaded, it asks questions of the 
system operator that allow him to exercise several options. 


Select the assignment set for this run. 
@ Change the password assigned in the set. 


© Suppress access to certain disk data files that are nor- 
mally accessible to programs in this set. 


@ Suppress access to certain application programs normally 
available in this set. 


@ Suppress the use of certain communication lines in the 
set. 


©@ Suppress the use of certain DFF external buffers in 
the set (Program Number 5704-SC2 only). 
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@ Suppress the use of certain terminals in the set. 


@ Change the main storage allocation for communications 
buffer area assigned in the set. 


Changes specified to a set during startup do not permanently 
alter the assignments in the set. The changes apply only to 
the current CCP execution. To reply to prompts issued 
during startup, the system operator presses the PF12 key, 
types in the response, and presses ENTER. 


SYSTEM OPERATOR COMMANDS 


After startup of the CCP, the system operator can interact 
with the system in the following various ways: 


@ Communicate with a remote terminal by tetling the CCP 
to send a message to a specific or all available terminals 
and by receiving messages from the terminals. 


@ Inquire into the status of the CCP at any time. 
@ Modify the status of the CCP. 


@ Function as a remote terminal by entering program 
requests (see Using the System Operator’s Console as a 
Requesting Terminal(s}). 


® Open and close CCP files using open and close programs. 


© Find formats (Program Number 5704-SC2 only). 


® Initiate or terminate the CCP trace facility (Program 
Number 5704-SC2 only). 


© Control automatic retries of terminals during error 
recovery (Program Number 5704-SC2 only). 


The system operator sends messages, makes inquiries, and 
modifies the status of the CCP by entering commands using 
the console keyboard. To enter commands, the system 
operator presses the PF 10 key and is prompted. 


All commands consist of an operation code and one or 
more operands. The operation codes can be used in either 
their full-length versions or in abbreviated versions. In some 
cases, operands can also be abbreviated. Specific operation 
codes and operands are given in the /BM System /3 Model 15 
Communications Control Program System Operator’s Guide, 
GC21-7619. 
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Message Command (MSG) 


The system operator uses the message command to send a 
message to a specific or all available terminals. The operator 
designates which terminal(s) is to receive the message. He 
does this by including: either the symbolic terminal name, 
the CCP’s terminal reference identification with the message 
text, or the keyword ALL indicating all available terminals 
to the current assignment set. 


The CCP notifies the system operator when the message 
cannot be transmitted because the terminal is either offline, 
not connected, not a command terminal, under control of 
an application program, or not in the system. 


Display Terminal Status (D T) 


The following information about a specific terminal or 
about all terminals defined to the CCP can be displayed: 


e Symbolic terminal name. 
e@ Identification of the task using the terminal. 


®@ Encoded attributes and status of the terminal. This 
includes information about the terminal such as whether 
it is online or offline, signed on, or awaiting some event; 
the operating mode it is in; or if it is waiting for a TP 
buffer. 


Display Terminal Assignments (D A) 

This command causes the CCP to display the symbolic 
names and reference identification of a specific terminal or 
of all terminals in the system. The system operator can use 
this command to display terminal assignments when he 
wants to enter a command to change the terminal which is 
actually addressed by a particular symbolic name (see Assign 
a Symbolic Name to a Terminal). 

Display Users Command (D U) 

This command displays to the CCP systems operator the 
status of active user tasks or the status of an individual user 
task. The CCP displays: 

@ Task-id 


@ Program name 


@ Requesting terminal name 
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@ Suspended/active/allocating/terminating/queued indicator 
@ User program area main storage size 

@ User program area main storage address 

@ NO TASKS ACTIVE if system is inactive 


@ Size of largest free space 


Size of largest available TP buffer segment and size 
of total available TP buffer 


When the task number of an active task is entered, a display 
appears containing the: 


@ Names of all attached terminals 

® Indication of terminal waiting for TP buffer 

@ Labels of all allocated files 

@ Task attributes such as MRT (multiple requesting termi- 
nal), SORT, CHAIN, DFF (display format facility), or 


NEP (never-ending program) 


®@ Unit record devices allocated to the task 


Cancel a User Program or the CCP 


This command can be used by the system operator to stop 
processing a particular user program or to immediately 
stop the CCP. The CCP informs the system operator if he 
enters an invalid task identification and program name to 
cancel a user program. 


Suspend Requests/Execution/Initiation of User Programs 


This command allows the system operator to suspend user 
activity in any of the following ways: 


@ Suspend the execution of all user programs currently 
running under control of the CCP. 


@ Suspend the execution of a particular user program 
running under the CCP. 


®@ Stop the initiation of user programs under the CCP. 


@ Stop the initiation of a particular user program. 


@ Do not allow additional program requests from request- 
ing terminals. 


® Do not allow commands from command terminals. 


The CCP informs the system operator if he enters an 
invalid task identification and program name or if suspen- 
sion is already in effect for the programs he specified. 


A program can be canceled after its operation is suspended. 
A program can also be canceled while in wait (/Q) state. 
Queued chain task requests cannot be canceled. 


Resume Requests/Execution/Initiation of User Programs 


The resume command allows the system operator to resume 
user program activity after a previous suspension, as follows: 


@ When execution of all user programs running under the 
CCP was previously suspended, resume the execution of 
all programs. 


@ Resume execution of a previously-suspended program. 


@ Allow the CCP to resume initiation of pending program 
requests. 


@ When program requests from command terminals were 
previously suspended, allow command terminals to 
resume program requests. 


@ Allow command terminals to resume entering commands. 


The CCP informs the system operator if he specified an 
invalid task identification and program name or if the 
resumed task was never suspended. 


Change the Status of a Terminal (VARY) 


This command allows the system operator to change the 
status of a terminal to online or offline. The command 
may be given for all terminals on a given line or for a 
specific terminal. The command is not allowed if the 
terminal(s) is currently allocated to a program or awaiting 
a queued program request. 


The CCP informs the system operator of the status of the 
terminal following the command. 


Close/Open the BSCA Line (CLOSE/OPEN) 


This command allows the system operator to close or open 
a BSCA line under CCP. The close command closes the 
line under CCP for use in a batch partition. The open 
command reopens the line for use under CCP. 


Note: This command applies only to BSCA line 1 or line 2: 
it does not apply to BSCC. 


Assign a Symbolic Terminal Name to a Terminal (ASSIGN) 


This command allows the system operator to assign a 
symbolic terminal name to a specific terminal. This 
command is used, for example, to assign an alternate ter- 
minal when a particular terminal is inoperative. This 
command is invalid when: 


@ The symbolic terminal name is currently being used by a 
program running under the CCP. 


@ The symbolic terminal name is the only name assigned 
to an online terminal that is in command or initial mode, 


or has a queued program request. 


@ Changing the assignment would cause a terminal unit 
allocation conflict with a current request for a never- 
ending program. 


To change the name of a command capable terminal, not in 
initial mode, the terminal operator must also enter a com- 
mand (see index entry: /VAME command). 


Online Terminal Test (TEST) 


The TEST command allows the system operator to initiate 
the online test facility for terminals that are supported by 
either the MLTA, BSCA IOCS or BSCC (see index entry: 
online terminal testing). The operator can specify that either 
a single or multiple online tests be run for MLTA devices. 
The CCP informs the system operator either when the com- 
mand is invalid for any reason or when the test is started 
successfully. For BSC, online test results are displayed on 
the console. 


Note: The system operator can initiate a BSC online test 
only to ancther processing unit or to the BSCC attachment. 
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Online terminal test can also be initiated directly by the 
terminal operator if he suspects that his terminal is not 
operating correctly or if he wishes to test it before he 
transmits data. The terminal must be capable of input and 
output. The CCP or the application program are not in- 
formed of a test that is initiated by the terminal operator. 
Certain terminals might have restrictions as to what online 
tests can be executed from the central system or requested 
by the terminal operator. 


Change the Interval Polling Time (POLTIME) 
This command allows the system operator to change: 


® The amount of time that CCP polls terminals before 
waiting. 


© The arnount of time CCP waits before resuming polling. 
This command is effective only if the interval polling 
option is selected during CCP generation. 

Recover from Terminal Errors (ERP) 


This command allows the system operator to remove one or 
all of the terminals on a line from CCP error recovery after 


the condition that caused the terminal error has been cleared. 


Control Automatic Retries of Terminals During Error 
Recovery (AUTOERP) (Program Number 5704-SC2 Only) 


This command allows the system operator to enable or 
disable the automatic error recovery facility if that facility is 
specified by the assignment set currently in use. The 

system operator can also use this command to change the 
frequency of retries. 


Save Trace Table Information (TRACE) 


This command allows the system operator to enable or 
disable the SCP trace facility. 


Initiate or Terminate the CCP Trace (TRACE) (Program 
Number 5704-SC2 Only) 


This command allows the system operator to initiate or 
terminate the CCP trace facility. 
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USING THE SYSTEM OPERATOR’S CONSOLE ASA 
REQUESTING TERMINAL 


The CCP allows the system operator to request programs 
using the console in the same way a terminal operator re- 
quests programs. The following commands are available to 
the system operator: 


e /Q 
e /NOQ 
e /FILE 


@ Program request 


The effect of these commands is the same as described for 
the terminal operator (see index entry: terminal operator 
commands). 


Certain restrictions and assumptions apply to using the 
system operator’s console to request programs: 


@ The console is always assumed to be signed on. 

@ The console cannot be in data mode or command 
interrupt mode. All requests by the user program for 
input data from the console must be made by a put- 


then-get operation issued to the console. 


@ The PFQ9 key on the console keyboard must be 
pressed to tell the CCP to expect a program request. 


®@ CCP prompts ENTER PGM NAME. 


© Before entering the program name, the PF12 key must 
be pressed. 


@ The program name (and data, if applicable) must be 
entered. 


@ The ENTER key must be pressed. 


Closing and Opening Disk Files Under CCP 


This facility allows the system operator to logically close a 
disk file in order to: 


@ Make the file unavailable to CCP programs by inhibiting 
Program requests that require the file. 


@ Merge added records with existing records of add files 
for subsequent retrieval or updating by CCP programs or 
by the other partition, then re-open the disk file. 


The OPEN or CLOSE request is entered as a program request 
from the system operator’s console. For information on how 
to use OPEN and CLOSE, see the /BM System/3 Model 15 
Communications Control Program System Operator’s Guide, 
GC21-7619. 


Closing and Opening Disk Files From a Batch Partition 
(Program Number 5704-SC2 Only) 


The $CCPCO utility allows the system operator to logically 
close a main data area disk file from a batch partition in 
order to: 


@ Make the file unavailable to CCP programs by inhibiting 
program requests that require that file. 


® Merge added records with existing records of update files. 


@ Perform file maintenance such as enlarging, reorganizing, 
or deleting. This file can then be reopened to continue 
processing in CCP. 


The utility (SCCPCO) is entered by the system operator from 
an available batch partition. For information on how to use 
$CCPCO see the /BM System/3 Model 15 Communications 
Control Program System Operator’s Guide, GC21-7619. 


SHUTTING DOWN CCP 


When it is time for the system operator to stop the CCP, 

he issues the command, SHUTDOWN. The shutdown 
command allows all programs that are currently running 
under the CCP to continue until they terminate themselves. 
Following a shutdown command, the CCP informs the user 
program, via a return code, that the system operator wants 
the program to terminate as soon as possible. Each user 
program executing at that time is responsible for recogniz- 
ing the return code and terminating. 


Once shutdown has started, only commands issued by the 
system operator are accepted. No new program requests 
are accepted. However, programs currently being executed 
or queued for execution run until they terminate. Also 
task chaining sequences run until completed. The system 
operator can shut down the CCP without allowing all 
programs to continue to completion by issuing a cancel 
command (see Cancel a User Program or the CCP). 


The CCP will not go to end of job until all executing pro- 
grams have gone to end of job or have been canceled. 


If operating under control of 5704-SC2, the system operator 
can enter a delay time with the SHUTDOWN command. 
When a delay time is entered with the shutdown request, the 
terminal operators online are informed that shutdown is 
pending, but actual shutdown does not begin until the delay 
time has elapsed. 


SYSTEM OPERATOR MESSAGES 


The system operator can receive messages from several 
sources while monitoring the CCP operation. Some of the 
messages require a response (see /BM System/3 Communi- 
cations Control Program Messages Manual, GC21-5170). 


CCP Responses 


One type of message the system operator can receive is a 
CCP response to a command he has issued (that inquires 
about or modifies the status of the CCP). These responses 
can be either confirmations from the CCP that it has carried 
out a command or error messages when the CCP encounters 
an error in the command. These messages contain the 
identification of the task that issued the message. 


Messages from Terminal Operators 


The system operator can also receive messages sent by a 
terminal operator using the message command. These mes- 
sages are accompanied by the reference !D of the terminal 
that issued the message. These messages might ask for the 
system operator to return a message. If a response is 
required, the system operator also issues a message 
command, accompanied by the symbolic name or CCP 
reference identification of the terminal that is to receive 
the message. 


Messages from User Programs 


The system operator can also receive messages from user 

programs. To respond to a message from a user program, 
the system operator enters the task identification given in 
the output message and the appropriate text. 


When a user program goes to EOJ, (end of job) all messages 
that the user program has written to the system console are 
removed from the screen. This might cause the message to 
disappear from the screen before the system operator 
notices it or is finished with it. In this case, the system 
operator can refer to the history file or a log to review all 
the messages. 
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PLANNING AND THE SYSTEM OPERATOR 


The CCP system operator requires a deeper understanding 
of the system than the operator of a batch system. The 
operator must make decisions alone and in a variety of 
situations. Many of these decisions require a thorough 
understanding of the CCP operation. The system operator 
can display and modify the current status of the CCP, and 
must thoroughly understand the effect of actions at the 
console on the CCP and on the information processing 
system as a whole. 


The system operator should be involved as early as possible 
in planning for installation of the CCP. Before operating 
the system, the system operator should become familiar 
with: 

@ The functions of the application programs in the system. 
@ The files used by each program. 


@ The configuration of the system. 


@ The current status of the system. 


The current system assignments. 


To keep the communication-based system running smoothly 
when the system operator is absent, a backup system 
operator should be trained. This might be the system 
manager or one of the terminal operators or programmers. 


OPERATING AIDS 


The system operator must have certain current information 
about the system available at all times. This includes such 

things as descriptions of CCP programs and current system 

assignments. 


A program description sheet for each application program 
should inctude at least the following information: 


@ Symbolic name of the program. 


@ Function of the program (including how it affects the 
files it uses). 
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© System resources used by the program. This should list 
the files used by the program, the terminals used, how 
the terminals are used, and what names the program uses 
for the terminals. The main storage requirement of the 
program and its typical operating time should also be 
given. 


© Does the program require one or more file statements? 


@ What kind of input does the program expect—will input 
data be required at the same time the program request 
is made? 


@ Are there any special considerations? Is the use of the 
program restricted in any way? Are there potential 
problems involved in suspending or canceling the pro- 
gram before it has finished its run? 


@ Is the program a sort program? If so, will it prevent 
other programs from using the files for a long while? 


@ What task chain sequences are defined and what re- 
sources are required for successful execution of the 
entire sequence? 


In addition to program definitions, the system operator 
needs other information about the system. He should have 
a copy of the current CCP assignments with information 
about the terminals attached to the system, the lines 
available on the system, the files available, and the programs 
used under the CCP. 


The system operator also needs current system information 
like: 


@ What is the current password (or other security informa- 
tion, if the installation has its own security procedures)? 


@ What are the current data mode escape characters for 
the system? 


@ \|s there a particular schedule of work to be completed? 
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The communications contro! Program aids the programmer 
in two primary ways: 


@ By relieving him of many programming concerns inherent 
in an event-driven system, it lets him concentrate on ap- 


plication programs that do the processing he requires. 


@ It permits him to write application Programs that include 
communications input/output in a high-level language. 


Programs that run under the communication control pro- 
gram can be written in any of four languages: 


@ RPGII 


@ COBOL 


FORTRAN IV 
@ Basic Assembler 


By writing in RPG Il, COBOL, or FORTRAN, the pro- 
grammer can avoid the strict rules required when using 
Basic Assembler language. 


In whatever language he writes, the programmer can ignore 
the problems that arise from his program contending with 
others for system resources. Those problems are managed 
by the CCP. The programmer is assured that al! required 
resources are available to his program each time it is exe- 
cuted. If necessary, the CCP defers the execution of his 
program until those resources are available. If his program 
shares access to a disk data file with another executing pro- 
gram, the CCP and DSM manage the contention. It also 
prevents the two programs causing a wrong record update 
trough conflicting reads and writes. 


Programs that execute under the CCP are written much 
the same as programs in the same language for a system 
without telecommunications. That is, the statements used 
to process data and the handling of data files are identical. 


The standard disk data management metiiods are supported 
by the control program. Only two elements are likely to 
differ significantly: 


@ The overall logic of the program. 


@ The means of communicating with terminals or with the 
system operator. 


Except for RPG I, the high-level languages do not offer any 
statements for accomplishing terminal input/output. Ter- 
minals cannot be treated as data files. Furthermore, the 
MLTA IOCS, BSCA IOCS, and BSCC 1OCS do not permit 
access to their facilities directly from a high-level program- 
ming language. The communications control program 
incorporates MLTA IOCS, BSCC IOCS, and/or BSCA 10CS 
and offers the application programmer a method of using 
these |OCS facilities to interact with terminals. 


The application program indicates terminal actions to the 
CCP by one of the following statements: 


® In COBOL or FORTRAN-—call statement 
@ In RPG Il—exit statement, or a special file 
@ In Basic Assembler--a supplied macro instruction 


Each of these statements is accompanied by parameters to 
indicate the specifics for the operator. See /BM System/3 
Communications Control Program Programmer's Reference 
Manual, GC21-7579. 


Most communication by programs running under the CCP 
ts with the requesting terminal. But the ability also exists 
to address other terminals. The user chooses a name to 
address a terminal in the program. This name normally 
applies to one particular terminal. However, if a certain 
terminal becomes unavailable during a run of the CCP, the 
system operator can reassign the narne to another terminal. 
Any program addressing a terminal by the reassigned name 
addresses the new terminal. For the most part, the applica- 
tion program need not be concerned with the type of ter- 
minal with which it is communicating. 
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An application program communicates with the system 
operator by addressing the system operator’s console as 
another terminal. A name (CONSOL) is always used to 
address the console. The only operations available here 
are: 

@ Write a message. 


® Write a message and wait for a reply. 


® Accept input data (only data entered with a program 
request command). 

FACILITIES OFFERED BY THE CCP 

The CCP performs the complex control Program services 

that make the communications-based system easy to use 

for terminal operators, application programmers, and the 

system operator. 

The CCP performs three types of control program services: 

® Cornmmunications management 


® File management 


@ Program management 


Communications Management 


CCP communications management includes all services re- 
lated to requests from user programs and CCP programs for 
terminal 1/O. The CCP does not actually perform the phys- 
ical 1/O, but performs services for the requester that simpli- 
fy the use of the MLTA IOCS, MLMP BSCA IOCS, and 
BSCC 1OCS routines that perform the physical I/O. Among 
the communications management services performed by the 
CCP are: 


® Terminal monitoring and selection. 

® Buffer management. 

® Symbolic terminal naming. 

® Line scheduling. 

® Data code translation. 

@ Terminal testing. 

® Other services that allow the application programmer to 


be largely independent of differences between individual 
terminals. 
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Terminal Monitoring and Selection: Terminals that are 
designated as command terminals during CCP assignment 
are monitored for commands by CCP communications 
management. For multipoint lines, the user specifies a 
polling list during CCP assignment (see index entries: 
BSCALINE statement and MLTALINE statement). This 
list gives the order in which the terminals on a line are 
to be polled (interrogated) for data and commands when 
none of the terminals on the line are busy. 


For BSCA switched lines, the user can specify a list of valid 
switched line identification characters. When a connection 
is established to a terminal on the line, the identification 
characters of the terminal are validated against the list. 


Communications management also monitors program- 
selected terminals for input and selects them for output. 
Selection is the specific addressing of a terminal by com- 
munications management to transmit output data to the 
terminal. 


(See index entry: terminal types for additional information 
about command terminals and program-selected terminals.} 


Symbolic Terminal Naming: CCP communications manage- 
ment allows application programs to refer to terminals by 
six-character symbolic names. This allows tie application 
program to be independent of the specific terminal among 
a group of like terminals (a!l are 2740 Model 1; all are 
3270; . . .) with which it is communicating. Communica- 
tions management associates the symbolic name with the 
physical address of the terminal based on the entries in an 
internal table. This table is filled in during CCP assignment 
(see index entry: TERMNAME statement). The actual 
terminal assigned to a symbolic name can be changed by 
the system operator during the running of the system (see 
index entry: assign a symbolic terminal name to a terminal). 
To change the name of a command terminal, the terminal 
operator must also enter a command (see index entry: 
name command). 


Communications Service Requests: The CCP provides a 
subroutine to application programs written in RPG II, 
COBOL, and FORTRAN (tV. These programs call this sub- 
routine whenever they require a communications service. 
This communications service subroutine puts the user’s 
request into a standard format (independent of the language 
of the request) that can be interpreted by the CCP. See 
Writing Communications Programs. 


After encoding the information for a communications 
service request, CCP communications management calls 
the [OCS routine to perform the physical 1/O. The CCP 
schedules 1/O operations, determining which request to 
honor next by chaining the parameter lists provided by the 
various requesters. 


Data Code Translation: CCP communications managemer. 
translates the transmission line data code to the internal 
EBCDIC code required for System/3 processing and vice 
versa. However, the user can specify that the translation 
should not be made (see index entry: trans/ation). 


Buffer Management: \n addition to the line buffers for 
each communications line, CCP maintains and manages 

a common main storage TP (teleprocessing) buffer (hold) 
area. This aids in carrying out TP operations requested 

by both user programs and system tasks. CCP communica- 
tions management reserves and releases portions of this 
buffer area for input and output data. Because the buffers 
are allocated on an as-required basis, a program can be 
temporarily suspended if sufficient main storage is not 
immediately available to satisfy an !/O request to a ter- 
minal. The program is resumed when sufficient main stor- 
age becomes available. 


The size of this TP buffer area is specified by the user 
during the assignment run. The user also can change the 
size of this area during CCP startup. 


Online Terminal Testing: With CCP communications 
management, the terminal operator or system operator 

can initiate MLTA, BSCA, and BSCC online terminal testing. 
(See index entry: start and stop online terminal test.) Results 
from the MLTA online test appear at the terminal! for the 
terminal operator to analyze. BSC online test results can 
appear at the terminal (depending on the terminal type) 

and are also logged on the system output device or in the 
system history area for the system operator to analyze. 


Note: The system operator can initiate a BSC online test 
only to another processing unit or to the BSCC attachment 
(wrap test). 


File Management 


CCP file management includes all contro! functions pro- 
vided by the CCP related to disk and unit record files. CCP 
file management (DSM with Program Number 5704-SC2) 
handles the scheduling problems when two or more con- 
currently-executing programs are trying to access the same 
physical file. tn addition, CCP file management protects 
data in this file from errors that could result from conflict- 
ing operations by contending programs. 


Opening and Closing Files: CCP begins its file management 
function during CCP startup (see index entry: startup) when 
all files available to potential programs are opened. The CCP 
retains sufficient file information in main storage; there- 
fore, when a user program requests the file, minimum time 
is required to perform open operations for the program. 
When the requesting program is finished with the files, they 
are closed by CCP file management. tn reality, they are not 
finally closed (VTOC updated) until CCP initiates shut- 
down, the system operator enters a close request using the 
CCP close program ($CCPCL) or the system operator speci- 
fies a KSORT parameter on the PROGRAM statement. 


From a batch partition the system operator may close a 
main data area disk file with utility (6CCPCO). The operator 
can then perform file maintenance such as sort, delete, 
enlarge, and reorganize without requiring CCP to shutdown. 
This file may then be reopened to continue processing in 
CCP. 


CCP Services for the Application Programmer 23 


Sharing Access to Disk Files: When two or more user tasks 
are executing concurrently, they can share data files. Shar- 
ing of data files is managed by CCP file management. (DSM 
handles file sharing under Program Number 5704-SC2.) 
Some tasks can share files while others cannot, depending 
on how they process the file. The general rules for file 
sharing are explained in the following chart: 


Method of Processing Type of Sharing Allowed 

Ordered indexed load; Serial sharing: the using task 

consecutive output load; must complete before another 

consecutive add task can use the file. Ordered 
indexed loading, if used, must 
be the first access of the file 
and can be done only once 
per run of CCP 


Unordered indexed Serial sharing: file can be 
load shared only by programs do- 
ing unordered indexed load. 


Indexed sequential 
add (ISA); indexed 
sequential update and 
add (ISUA) 


Records can be added, using 
one of these methods, only 
once per run of CCP (unless 
the file is closed and re- 
opened by the system oper- 
ator). While the adding pro- 
gram is in progress, sharing is 
not allowed. After the add- 
ing program is completed, 
normal sharing of the file is 
allowed. Also, no other in- 
dexed adds can precede ISA 
or [SUA (unless the file is 
closed and re-opened by the 
system operator). However, 
if a subsequent program 
accesses the newly added 
records, it must be coded as 
an indexed random add pro- 
gram even though it does not 
add records. 


All other methods Concurrent sharing is allowed. 


Managing Physical and Symbolic Files: CCP file manage- 
ment is also responsible for associating the proper physical 
file with a symbolic file. This is done when the terminal 
Operator enters a file specification command prior to 

the program request. (See index entry: file specification 
command for a description of symbolic files.) 
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Program Management 


The CCP program management functions include: verifying 
terminal operator requests for programs, loading programs, 
allocating system resources to programs, initiating program 
operation, deallocating system resources, purging programs 
from the system, maintaining a record of the number of 
requests for each program, task chaining, and setting the 
priority of tasks. 


Program Requests: When a terminal! operator or the system 
operator requests execution, the CCP verifies that the re- 
quested program was defined to the system during assign- 
ment (see index entry: program statement). 1f the pro- 
gram was defined, main storage is allocated for the 
requested program. If sufficient contiguous main storage 

is not available, the request is rejected unless the requesting 
terminal is in /Q status. In this case, the program is placed 
on a wait queue until main storage space becomes avail- 
able. When the space is available, the request is sent to 
allocation. 


Allocation/Initiation/Termination: When a pending pro- 
gram request reaches allocation, the CCP attempts to 
allocate system resources to the program based on the 
description of the program given during the CCP assignment 
stage. The CCP allocates system resources and initiates 
program execution when all the required resources (main 
storage space, disk and unit record devices, and terminals) 
are available and file usage requirements can be met. If a 
program requires several! resources but some are not 
available, the resources that are available are not bound to 
that program until all are available. 


Unit record devices are allocated to only one program at a 
time if this was specifically requested during assignment 
(see index entry: program statement). The printer can 

be shared by multiple programs if explicitly permitted by 
a program statement. Disk files can be shared if the pro- 
cessing required by the programs does not preciude sharing 
(see index entry: sharing access to disk files). 


When a program completes processing, the CCP releases 
the resources used by the program and makes main storage 
available for another program. 


Program-Requests Count: lf this option is selected during 
generation, CCP program management accumulates a 
record of the number of times each program is requested. 
(Not all program requests cause the program request count 
to be incremented. The exceptions include requests for an 
already active MRT program and certain rejected requests.) 
However, running the assignment program to update or 
delete an active assignment set causes program counts to be 
lost. Also, the count in $CCPFILE is updated during CCP 
shutdown. The count can be printed and/or reset to 0 by 
running the assignment list program (see index entry: 
assignment list program). 


Task Chaining (Program Number 5704-SC2 only): When 

a CCP program is ready to request initiation of another 

CCP program, the requesting program must have a chain 
task request using the communications service subroutines. 
The requested task is then handled by the CCP program 
request function and is executed when all required resources 
are available. 


Task Priority: The priority of user tasks under CCP is 
handled according to the Program type. A never-ending 
Program (NEP) is given the highest priority, a multiple 
requester program (MRT) is given the next highest prior- 
ity, and a single requesting program (SRT) receives the 
lowest priority. Program Number 5704-SC2 provides for 
selection of a low priority on the Assignment PROGRAM 
statement. An NEP with this low priority has a priority 
lower than NEPs of normal priority but higher than MRTs 
or SRTs. An SRT or MRT with low priority receives a 
priority lower than SRTs of normal priority. The estab- 
lished order of priority is as follows: 


Highest NEP — normal priority 
NEP — low priority 
MRT — normal priority 
SRT — normal priority 
Lowest MRT 
or 
SRT — low priority 
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Chapter 5. Designing Your Communications-Based System 


This chapter introduces you to the factors you must con- 
sider in designing a communications-based information 
processing system using the System/3 Model 15 and the 
CCP. For more information, refer to /BM System/3 Com- 
munications Control Program System Design Guide, 
GC21-5165. You should regard the CCP and the communi- 
cations system as a means to an end, the end being increased 
accuracy and faster flow of information, greater efficiency 
in the organization, and increased volume of work. During 
the preinstallation activity, define the overall objectives of 
the communications system, define the requirements of all 
departments that will use the system, and Produce a 
detailed plan for preinstallation and installation activity. 
You should plan applications, use of terminals, data files, 
Programs, and equipment needs before installation of the 
CCP to speed the installation of the CCP and reduce errors. 


Publications referred to in this chapter and elsewhere in 
this manual should not be considered a complete biblio- 
graphy for designing a communications-based system. 
Many publications are available to describe in detail the 
design factors summarized in this chapter. IBM systems 
engineers and marketing representatives can help obtain 
these publications and can also assist in arranging educa- 
tion classes concerning System/3 communications system 
design. Although many publications currently available 
are for larger systems and applications (such as airlines 
reservations systems), the basic types of applications and 
techniques of data communication also apply to System/3 
with the CCP. 


APPLICATIONS 


The basic element in any system design process is deter- 
mining what the applications of the system will be. You 
probably have already determined that you need to proc- 
ess information more accurately and efficiently. For ex- 
ample, perhaps the flow of information and the processing 
required to perform weekly payroll for a growing number 
of employees in scattered locations, performing different 
jobs has become inefficient. An information bottleneck 
has developed in the central payroll office. A network of 


terminals communicating the payroll information to the 
central processor in the payroll office eliminates the 
bottleneck. To do this, payroll data is sent as soon as it is 
available, and processed immediately. Payroll inquiries 
from the remote locations can also be processed immedi- 
ately. 


Assume payroll is identified as an application for your com- 
munications-based system. The next step is to determine 
what related applications can be performed by your system. 
Perhaps you have a need for more immediate processing of 
personnel information, which is closely related to the pay- 
roll information. Sorts on information in the files may be 
required. Information in the personne! files maintained by 
the central processor can also be made available to inquiries 
from the remote terminals. Perhaps you can use the produc- 
tion totals for individuals in the separate work areas in pro- 
duction accounting. 


TERMINALS 


When you have identified a major application and related 
applications, you can determine preliminary locations for 
terminals. Perhaps you locate separate terminals in a manu- 
facturing area, an assembly area, a warehouse, area, a ship- 
ping and receiving area, a sales office, and the central busi- 
ness office. When you have determined the preliminary 
locations, you can consider the other possible uses for the 
terminal in each location. In the manufacturing and assem- 
bly areas, perhaps you have a need for parts control; in the 
warehouse area you may have a need for inventory manage- 
ment; in the shipping and receiving area, a need for a ship- 
ping order and invoice processing; in the sales office, a 

need for purchase order and service order processing and 
sales analysis; in the central office, accounts receivable, 
billing, and general accounting. 


The possibilities for applications in any kind of organization 


are many. A terminal in one location can serve more than 
one application. 
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In choosing terminals for different locations and uses, you 
should consider the following: 


@ Is the terminal to be shared by operators with different 
requirements’ If so, the terminal type must be compati- 
ble with all requirements. 


@ Isa heavy workload expected: If so, perhaps more 
than one terminal is required at the location or a faster 
line speed is required (line types are described in /BM 
General Information—Binary Synchronous Communi- 
cations, GA27-3004). 


® Will a display-type terminal (IBM 3270) or a typewriter 
terminal be needed (all terminals on the same multipoint 
jine must be compatible) * 


@ Will a high volume of activity of the terminal justify 
special features on terminals, such as the buffer-receive 
feature on the IBM 2740, Model 2? 


Note: Uses for terminals in a communications-based system 
(data entry, inquiry, inquiry-with-update) are defined and 
described briefly in the General Information Manual, 
GC21-7578. 


DATA FILES 

When applications of the communications-based system 
are determined, plans must be made for the data files to 
support those applications. The basic decisions to be made 
initially are: 

® What separate files are needed? 


@ How should the files be organized to best satisfy the 
different uses to which the files will be put? 


@ If indexed files are being used, are records to be added 


during a CCP run? Are the added records to be accessed 
during the same CCP run? 


@ Will tasks and batch partitions need to share files? 

Many applications require separate files containing current 
information, and to-date information. Ina payroll applica- 
tion, for example, the following files might be required: 


@ A file of daily information (hours worked, production). 


@ A file containing information about each employee and 
the to-date information. 
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Other ways of differentiating between files could be: 


@ Separate files for separate branches of an organization, 
such as schools in a school system. 


@ Separate files for different products. 


After you identify the separate files you need, you must 
find the best file organization for each file according to its 
use. For example, files that are normally used for online 
processing might be subject to batch processing when the 
files are loaded. Analyzing the percentage of online pro- 
cessing time versus the percentage of batch processing time 
aids in selecting the file organization that is most efficient 
overall. For example, if processing is 90% online and 10% 
batch, your choice of file organization should be weighted 
toward direct organization. That is, you can devise an 
efficient method of deriving relative record numbers. (See 
1BM System/3 Disk Concepts and Planning Guide, GC21- 
7571, for a description of direct files). If processing is 50% 
online and 50% batch, indexed organization is the best 
compromise organization. Perhaps you will use the file for 
online processing in one partition and for batch processing 
in the other partition. In that case, either direct or indexed 
organization might apply, since both can be processed 
either randomly or consecutively. 


If you are going to do a sort operation on input files (Pro- 
gram Number 5704-SC2 only), you may want to specify 
NOSHR in the FILES parameter (of the PROGRAM 
statement) at assignment time to control the output of the 
sort. However, by specifying NOSHR you prevent access to 
the input files while sort is running. Therefore, it is impor- 
tant to plan when to perform your sort operations. 


The /BM System/3 Disk Concepts and Planning Guide, 
GC21-7571, contains information that will aid you in 
choosing a file organization and planning disk files. 


PROGRAMS 


You must also plan how your applications are to be per- 
formed by your communications programs. Programs 
should be single function if possible. You can debug your 
program easier and use less main storage. It also provides 
space for adding new applications. 


You should consider the provision of the CCP for physical 
files and symbolic files in applications that involve process- 
ing different files on different runs (see index entry: sym- 
bolic files). \f programs are to access records added to an 
indexed file during the CCP run, the programs must be 
written to include the add function (refer to index entry: 
program assignment statement) even when the program 
will not add any records. 


For information on program structure and overlays, see 
the following publications: 


@ /BM System/3 Overlay Linkage Editor Reference 
Manual, GC21-7561 


@ /BM System/3 Subset American National Standard 
COBOL Reference Manual, GC28-6452 


@ /8M System/3 RPG I! Reference Manual, SC21-7504 


@ (BM System/3 FORTRAN IV Reference Manual, 
SC28-6874 


©@ /BM System/3 Basic Assembler Program Reference 
Manual, SC21-7509 


When designing a program to run under the CCP, you must 
consider the program’s use of terminals. Should the pro- 
gram service a request from one terminal at a time or from 
multiple terminals? Should terminals be selected by the 
program or should individual terminals request the program 
when they need it? Perhaps there are security considera- 
tions that indicate the program should have a single requester 
or a limited number or requesters. How long will the pro- 
gram remain in main storage? Is it a brief inquiry applica- 
tion or a more time-consuming, data-entry application? If 
the program will be used frequently, perhaps multiple 
requesters should be allowed, or perhaps the program 
should be written as a never-ending program. Program de- 


sign under the CCP is described in /BM System/3 Communi- 
cations Control Program Programmer's Reference Manual, 


GC21-7579. 


If you run applications under the CCP concurrently, you 
must plan the program so they run smoothly together, 
especially during peak times. Programs running together 
cannot, for example, each require dedicated use of unit 
record devices. Perhaps you should run batch programs 
only during particular times of the day. You must plan 
peak processing times so that system resources are available 
to the programs that must execute. 


You should test individual programs and the entire system 
in advance to ensure that all applications execute as planned 
and to evaluate the performance of the system against its 
planned performance. If the system does not perform as 
planned, review your program structures, file organizations, 
and placement of files and programs on disk. 


ESTABLISHING THE SYSTEM 


The CCP is designed to suit diverse data processing environ- 
ments involving online applications. Telecommunications 
line and terminal configurations, and the configurations of 
central processors that host them, vary greatly among the 
users of the CCP. Different users have different require- 
ments in functional and performance characteristics of 
their telecommunications subsystem. The CCP, as distri- 
buted, consists of a set of instructions that can be tailored 
to the needs of the user. 


The CCP is established in the following stages: 
@ Generation 

@ Assignment 

©@ Operational system startup 


Generation of the CCP by the user is the first stage in tailor- 
ing the system to his needs. This stage requires the process- 
ing of a number of generation control statements, a series of 
link-edits, and a set of disk utility operations. During this 
stage a set of the CCP system is created that defines the 
functions that this version of the CCP can perform. 


Once generated, the CCP is still not bound to a specific set 
of user programs, data files, or terminal assignments. The 
set of programs, data files, and terminals of any CCP sys- 
tem will probably vary throughout the life of that version 
of the CCP, even as the required functional abilities remain 
constant. Therefore, a procedure separate from generation, 
called assignment is provided for the establishment and 
modification of these definitions. 


Like generation, the assignment stage is performed as a 
normal System/3 operation: its specific function is the 
creation, modification, or replacement of a set of contro! 
tables used by the CCP to manipulate user programs, files, 
and terminal resources. But unlike the generation process, 
which tends to be lengthy, the assignment stage is rather 
brief, requiring only the reading, interpretation, and en- 
coding of straightforward user specifications, and the 
writing of these to a disk data file. 
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The assignment stage identifies programs, terminals, disk 
files, unit record devices, and symbolic terminal names to 
be used in a particular execution set for the CCP. As with 
generation, the programs necessary to perform the assign- 
ment stage are supplied as part of the distributed CCP 
modules. The user can run the assignment stage many 
times in the development of his telecommunications appli- 
cations. For example, he might have just developed a new 
application program that he now wishes to incorporate 
under the CCP. He might also have different assignment 
sets that can be used for different runs of the execution of 
the CCP. 


After he performs the generation and assignment stages, the 
user is ready to operate his CCP system. The system oper- 
ator now Soads the CCP, specifying the assignment set the 
system will execute under. Certain additional elements for 
only the current run of the CCP can be specified during 
operational system startup. 


OPERATING THE SYSTEM 


After the CCP is tailored to the user’s environment and 
needs by the generation and assignment stages, it can be 
put into operation. The CCP operational stage occurs in 
three parts: startup, operation, and shutdown. 


User application programs must be placed in an object 
library before CCP startup. If a new program is being added, 
it must be placed in the object library and the CCP assign- 
ment build program must be run to update the assignment 
file (SCCPFILE) before CCP startup. 


If you are running under Program Number 5704-SC2, 

you can specify EXECFIND-YES {in the PROGRAM state- 
ment) in the assignment set. With this specified and 

with cataloging to an active library allowed, a new or up- 
dated program can be found during CCP execution without 
an intervening shutdown. 


Also, under Program Number 5704-SC2, the program 
CCPFMT can be run at CCP execution time to find formats 
which have been added or updated since startup, and to 
update the DFFSFDT value (in the PROGRAM assignment 
statement). For assignment statement considerations, see 
// PROGRAM statement in the Assignment Stage section 
of this manual. 
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Startup 


In order to initiate the CCP startup routine, the operator 
enters the following OCL. cards from the reader: 


// LOAD $CCP, unit 


// FILE (one file statement is required for each physical 
user file accessed during the current CCP run) 


// RUN 
After the CCP startup routine is loaded into main storage, 
it asks questions of the system operator that allow him to 
exercise several options. See index entry: initiating the 
CCP for a description of the questions. 
Startup performs the following initialization functions: 


e Loads the resident CCP. 


e@ Updates various tables from the current assignment set 
in $CCPFILE. 


e@ Builds control tables in main storage for files and 
terminals. 


e Verifies that adequate main storage is available. 


e Allocates and opens the files that will be used during 
the current run. 


@ Locates all user programs that might be requested during 
the current run (unless EXECFIND-YES is specified in 
the PROGRAM statement at the assignment time). 

@ Finds sort modules if they are required. 


@ Loads resident modules as required. 


@ Opens communications adapters and lines. 


Startup issues diagnostic messages if the system require- 

ments for startup are not met, if the user entered invalid 
instructions, or if it cannot complete its initialization for 
some other reason. 


Operation 


During its operation, the CCP manages the environment in 
which telecommunications application programs run and 
provides services upon which they can call. The manage- 
ment functions of the CCP are of three types: communica- 
tions management, file management, and program manage- 
ment. 


Shutdown 


CCP shutdown is initiated by command from the system 
operator (see index entry: shutdown command). After the 
shutdown command, the CCP goes to EOJ when programs 
running under CCP finish executing. 


The following specific operations are performed at CCP 
shutdown: 


@ Executing programs are notified to go to end of job. 
® Communication lines and adapters are closed. 
@ Disk data files are closed. 


@ If the program request count option was selected during 
generation, the number of requests for each user pro- 
gram during the CCP run are added to the previous 
accumulated count. For Program Number 5704-SC2, if 
the set has been changed since startup, the addition will 
not be done. 


@ The CCP sends a closing message to the system operator. 


@ The CCP exits to the system end-of-job routine. 


UPDATING THE SYSTEM 


In time, the uses of the communications system might 
change. You must plan for possible updating and addition- 
al tailoring of the system as you gain experience with the 
system. You should make allowance, for example, for the 
turnpike effect, a phenomenon observed after the first 
modern superhighways were planned and built. Use of the 
new highways was greater than anticipated, because drivers 


tended to stop using the old routes in favor of the new high- 


way. Overall traffic flow increased beyond expectations 
because of the convenient new highway. The turnpike 
effect has been observed in previous communications sys- 
tems and is a factor to consider in planning for a System/3 
communication-based system. 


TOTAL EQUIPMENT NEEDS 
When you have considered all factors—applications, use of 
terminals, data files, programs, and provisions for system 


updating—you can make decisions concerning the total 
equipment needs of your organization: 


@ What are the total storage requirements of the super- 
visor, the CCP, the TP buffer, and the user area? 


@ How much disk storage is needed and of what type? 
How much space is needed for libraries, how much for 


files? (For detailed storage estimates for the CCP, see 
Appendix F, Storage Estimates. ) 


@ What terminals are needed? 

@ What communications equipment and lines are needed? 
@ What is the total cost? 

@ When can deliveries be made? 


@ What unit record devices are needed and how fast should 
they be? 


@ Are you spooling the unit record device input or output? 
Information concerning teleprocessing equipment charac- 
teristics communications concepts, common carriers, net- 


work design, and other useful information is contained in 
the following publications: 


@ /BM Data Communications Primer, C20-1668 

@ /BM System/360 Introduction to Teleprocessing, 
C30-2007 

DISK SYSTEM MANAGEMENT (DSM) CONSIDERATIONS 

The CCP operates in conjunction with DSM and uses DSM 

facilities whenever possible, including the 1/O supervisor 


for disk and unit record 1|/O devices. 


Certain constraints are placed on the existing DSM program- 
ming support. 


1. CCP user programs use additional DSM task control 
blocks in the DSM nucleus, which must be requested 


via CCPUT keyword of DSM generation. 


2. Programs not link-edited for CCP cannot run in the 
CCP partition. 
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For program partitions: 


@ CCP can be used in only one partition at a time. 
However, when CCP is running in one partition, 
user programs not controlled by CCP can run con- 
currently in the other partition(s). 


@ CCP should run in the highest priority partition 
to maximize throughput. 


@ A program running in the non-CCP partition can 
use a teleprocessing adapter (MLTA or BSCA) 


concurrently with the execution of CCP. However, 


this adapter must not be supported by the same 
assignment set currently used by CCP. MLTA and 
BSCC are mutually exclusive features. 


Multivolume disk data files are not supported by 
Program Number 5704-SC1. Random access to 
multivolume files is supported by Program Number 
5704-SC2. 


To reduce degradation from disk access contention, 
consider including more than one disk drive in the 
CCP configuration of the system. 


Spooling while running CCP allows multiple CCP 
user programs to use spooled devices. Also, programs 
are not limited by the device speeds. (See Spooling 
Considerations \ater in this chapter.) 


For disk files: 


®@ All disk files to be processed during a CCP run 
must be online, and specified in OCL file state- 
ments following the OCL load statement to load 
CCP. 


@ All disk files are normally opened at CCP startup 
and closed at CCP shutdown. Because of this, no 
indexed-file, key-sort occurs until CCP shutdown. 
Programs wishing to access all records added to an 
indexed file should include indexed add data 


management in their programs. However, files can 


be closed and a key sort performed via the system 


operator file closing facility (SCCPCL). A file may 
also be closed through the use of the KSORT param- 


eter on the PROGRAM statement, assuming no 
other program is using the file at end of job. 
Records added prior to the close request are 
merged with existing records and available to all 
programs when the file is reopened (SCCPOP). 


10. 


11. 


@ (Program Number 5704-SC2 only.) Main data area 
disk fites may also be closed for file maintenance 
from a batch partition using a system operator 
utility (SCCPCO). $CCPCO executes in a non- 
CCP partition. After $CCPCO has been successfully 
executed, the operator can use other programs to 
enlarge or sort the file and delete records from the 
file. $CCPCO can then be used to reopen the file 
for CCP access. 


@ CCP permits concurrently running programs to 
update the same file or to do indexed add to the 
file. To do this, CCP (5704-SC1) or the system 
(5704-SC2) protects the block of sectors contain- 
ing the record until the program releases the block 
of sectors. The block is released when a never- 
ending program, multiple requesting terminal, 
writes the block to the disk, reads another block, 
goes to end of job, or issues an accept input 
operation. However, a possible lock-out condition 
can occur if the program never releases the block. 


A unit record device cannot be shared by concurrent 
programs running under CCP. (Exception: the 
printer can be shared by concurrent programs run- 
ning under CCP if specified by the assignment con- 
trol statement.) When a program ends, the device 

is available to another program. 


Checkpoint/restart is not supported under CCP, but 
can be used in the non-CCP partition. 


Inquiry (rollout/rollin) is not supported under CCP 
but can be used in the non-CCP partition (for Pro- 
gram Number 5704-SC1 only). 


For user programs: 


@ User programs must be defined to CCP within an 
assignment set. 


@ Teleprocessing must be done through CCP. 


@ A terminal requesting a program is tied to that 
program until released by the program. 


@ User programs with names beginning with $ are 
not permitted to run under CCP except $CCPDD, 
$CCPCL and $CCPOP which are noncancel 
programs. 


@ To use a console, you must use CONSOL as the 
terminal! name. 


@ Programs cannot be larger than 32K including 
DFF PAS; for Program Number 5704-SC2, the 
32K does not include external buffers or any 
area for memory resident overlays. (32K is 
the maximum size because each program can only 
address 64K; each must address 16K of super- 
visor, and 16K of CCP leaving 32K for the user.) 


®@ The program size is rounded to a multiple of 2K 
with a minimum of 4K. 


®@ CCP does not support tape units. 


@ CCP does not support user Programs accessing the 
3284 attached to the processing unit. 


@ User programs must be link-edited at 32K 
(X‘8000’). This allows faster program load and 
reduces the load on the DSM transient area. 


® For Program Number 5704-SC2, disk DTFs 
(define the files), 1OBs {input/output blocks), 
and internal buffers cannot be located at an 
address greater than logical X‘DFFF’. 

12. The assembler user cannot: 

@ Use a special allocate. 

®@ Do a read using system input. 

@ Write to the scheduler work area (SWA). 


@ Write to the volume table of contents (VTOC). 


@ Execute privileged instructions. 


Spooling Considerations (Program Number 5704-SC1) 


For printing: \f the printer is allocated to only one subtask 
and a // PRINTER control statement with a DEFER-NO 
Parameter was specified at CCP startup, the spooling routines 
close the spool print file when the CCP CLOSE for a subtask 
is called. 


For punching: \f DEFER-NO is specified on the // PUNCH 
control statement, each subtask which closes a Punch device 
causes the spooling routines to close the spool punch file at 
the same time. 


The jobname and stepname on the print and punch spool 
queues are the same as the partition jobname and stepname. 


Spooling Considerations (Program Number 5704-SC2) 


For reading: Only a nonspooled partition can read data 
directly from the card device that is the spoo! reader. To 
read data, the spool reader must be terminated and data 
must be ready in the card input device. 


A nonspooled partition can indirectly read data from the 
spool reader. If the card input device for a spooled Parti- 
tion is not the spool reader, requests for data from the spool 
reader by a program generate an ‘SP UT NR’ message (input 
device is spool reader). If a zero option is selected, the 
spooling routines use as input data the job stream of the first 
job on the reader queue scheduled for execution in the 
Partition requesting data from the spool reader. If the 

data includes a job card, the job card will be used as the 
first card of data. 


!f the card input device for a partition is the spool reader, 
then the data for a program must be put behind the 

// RUN statement of the program using the data, as shown 
in the following example. 


// SAMPLE JOB 
// CALL PROG,F1 
// RUN 

data 


/* (end of data) 
/. (end of job) 


For printing: \f the printer is allocated to only one CCP 
task, the spooling routines close the spool print file at the 
completion of that task, unless CLOSE-NO is specified on 
the PRINTER OCL statement at or before CCP startup. 


For punching: Each task that closes a punch device causes 
the spooling routines to close the spool punch file at the 
same time unless CLOSE-NO was specified on the PUNCH 
OCL statement before or during startup. 


When the output on a spool print or punch queue is pro- 
duced by a program running under CCP, the terminal name 
is used as the jobname, and the stepname is generated by 
taking the program name and appending a sequence number. 
The sequence number starts at 01 and is increased by one 
for each jobstep placed on the queue. After 99 is used, the 
sequence number is reset to 00. A separate counter is used 
for the print and punch queues. 
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If a CLOSE-NO parameter is specified on a PRINTER 
OCL statement at or before CCP startup, the partition 
jobname and stepname are used to identify tasks on the 
spool queue. 


If the 1403 is the system log device for the CCP partition, 
the partition jobname and stepname are used to identify 
CCP tasks on the print queue; after a CCP task causes the 
spooling routines to close the printer, terminal name and 
program name are used to identify a CCP step on the queue. 


If the printer is allocated to more than one task at a time, 
the identification on the print queue will be that of the 
first task to put data on the queue. 


CCP Trace 


Trace TYPE-CCP is an optional feature of the DSM system 
trace, which provides a log of system activity. This trace 
can be useful in determining the cause of problems. The 
DSM interrupt trace is a separately loaded program that 
must be executed before CCP startup. Trace TYPE-CCP is 
invoked by specifying CCP on the TYPE parameter of the 
trace control statement. For Program Number 5704-SC2 
only, and OCC loadable CCP trace function may be 
initiated after CCP startup and before CCP shutdown. 

This CCP trace facility provides trace entries formatted 

_ like those created by the DSM trace (STRACE) with TYPE- 
CCP and TYPE-ALL. For further information on the CCP 
trace facility, see the /BM System/3 Model 15 Communica- 
tions Control Program Data Areas and Diagnostic Aids, 
SY21-0040. For a detailed description of the operation 
and trace table formats, see the appropriate data areas 

and diagnostic aids or program logic manual listed under 
Related Publications in the Preface. 


MULTIPLE PARTITION CONSIDERATIONS 


The CCP is partially inhibited in its processing when the 
non-CCP partition(s) is using the DSM system transient area 
and the CCP partition also requires the transient area. This 
would most commonly happen when the system input trans- 
ient (SYSIN) is in the transient area for the other partition 
(for example, for job initiation). CCP is also partially in- 
hibited when the screen is used for the display command 
and the display is not immediately canceled or when PF10 
(OCC) is keyed and there is a delay in entering data. 


The DSM transient area is also used when terminating a 
CCP user program. 
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Sharing Files Between Partitions 


For Program Number 5704-SC1, CCP update and add files 
can be accessed and updated by the non-CCP partition if no 
CCP programs are currently updating or adding to the same 
file. However, records added to a file by CCP programs 
cannot be accessed by the other partition until shutdown, 
or until the file is closed by the system operator (see the 
index entry: Disk File Close/Open Facility). 


For Program Number 5704-SC2, enhanced file sharing is 
available. 


3270 DISPLAY FORMAT FACILITY (DFF) 
CONSIDERATIONS 


The 3270 display format facility (DFF) is a facility of the 
CCP that is selected separately during the CCP generation. 
The facility allows programs written in RPG Il, COBOL, 
FORTRAN IV, and Basic Assembler to control the display 
or printer format for the 3270 information display system. 
The DFF makes it possible to control the display or 
printer format and perform operations involving data 
fields in the format directly from the application program, 
similar to performing the operation with any other 
terminal supported under the CCP. 


The DFF is composed of: the display format generator 
routine $CCPDF (DFGR for single or multiple format 
builds), the printer format generator routine $CCPPF 
(PFGR for single or multiple format builds), the display 
format test routine $CCPDT (DFTR), and the display 
format contro! routine (DFCR). The DFGR or PFGR, 
which is executed prior to the CCP startup, processes 
special DFF specifications, builds display or printer 
formats, and stores the formats in an object library. The 
DFTR is a stand-alone program executed prior to CCP 
startup which displays DFF formats on a 3270 Information 
Display System for testing the screen or printer layout. 
DFTR cannot be used if BSCC is the only communications 
interface in the system. The DFCR processes requests for 
DFF services issued by application programs running under 
the CCP. 


The DFGR or PFGR operates in either program partition 
but not concurrently in both program partitions. The 
main storage required for execution is always 18K. The 
DFGR or PFGR cannot place new formats in a library if 
the other partition is using temporary entries, or doing 
library functions on the same pack. If DFGR or PFGR is 
running with CCP executing in the other partition, the 
format being processed by DFGR or PFGR cannot be 
placed on the pack CCP was loaded from. If attempted, 
an EO Fb PP halt occurs. 


For Program Number 5704-SC2, the SCP SYSGEN prompt 
for catalog protection determines whether the format being 
processed by DFGR or PFGR can be placed on the pack 


CCP was loaded from. 


For additional discussion of the DFGR and DFCR, see /BM 


System/3 Communications Control Program Programmer's 
Reference Manual, GC21-7579. 


Components within the 3270 system that are supported are 


as follows: 
Component Function Model Numbers 
IBM 3271 Control unit Model 1 and Model 2 
IBM 3274 ~— Control unit Model 1C? 
IBM 3275 Display station Model 1 and Model 2 
IBM 3276 = Control unit display Model 2! 

station 
IBM 3277 Display station Model 1 and Model 2 
IBM 3278 _ Display station Model 2! 
(BM 3284 Printer Model 1 and Model 2 
IBM 3284 Printer Model 3? 
IBM 3286 Printer Model 1 and Model 2 
IBM 3287 Printer Model 1 and Model 2 
IBM 3288 Line printer Model 2 
IBM 3289 _—_Line printer Model 1 and Model 2! 


Special features of the 3270 system supported are: the 
selector pen, the audible alarm, and the operator identifi- 
cation card reader. 


The 3270 is supported as a remote attachment to the 
System/3 Model 15. Communications between the Sys- 
tem/3 and the 3270 are maintained using the binary syn- 
chronous communications multipoint data link mode of 
operation. All operations that can be performed with the 
3270 in the remote operation are supported except for the 
read-type and general poll commands. Polling sequences 
are used for remote read operations. 





in 3270 compatability mode only. 
3284 Model 3 attaches to 3275 display station only. 


Using the Same Terminal with DFF and Non-DFF Programs 


A termina! attributes set (defined at assignment time with 
the TERMATTR assignment control statement) is in 
effect when a terminal is communicating with user’s pro- 
gram under the CCP. There are a number of ways of con- 
trolling the attributes set of a terminal: 


1. The first TERMATTR statement assigned to a ter- 
minal in an assignment set is the defau/t attributes 
set of a terminal. When neither of the following two 
methods are used, this is the attributes set in effect 
for the terminal. 


2. The attributes set of a required terminal can be 
specified for the terminal during its attachment to 
the program via the program assignment control 
statement, TERMS parameter. When the terminal is 
no longer attached to the program because of an 
end-of-job condition or a release terminal operation 
(see /BM System/3 Communications Control Program 
Programmer's Reference Manual, GC21-7579), the 
default attributes set is in effect. 


3. The attributes set can be specified for the terminal 
during its attachment to the program via the Acquire 
Terminal operation (see /BM System/3 Communica- 
tions Control Program Programmer’s Reference 
Manual, GC21-7579) with the set terminal attribute 
modifier. A terminal already attached to a program 
with one attributes set can be re-acquired to change 
the attributes set. The default attributes set is in 
effect when the terminal is no longer attached to the 
program. 
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TERMINAL SECURITY CONSIDERATIONS 


If you have no terminal security feature built into your 
system, each command terminal can issue program requests 
and other commands to the system after the sign-on com- 
mand has been entered at that terminal. 


If you are concerned with security of access to the system, 
you can include a password feature in the CCP at genera- 
tion (see index entries: $ESEC—terminal sign-on security 
and system assignment control statement). 


In a system with password protection, no requests are 
accepted from a terminal until its operator presents the 
current password and the CCP verifies it. Once an operator 
signs on with the password, he can make any number of 
requests without repeating it. If the operator is not always 
at his terminal, he can sign off the terminal anytime he 
leaves it. Once he has signed off, the CCP requires any 
further use of the terminal to be accompanied by the pass- 
word. Thus if other, possibly unauthorized, persons gain 
access to that terminal, they cannot gain access to the 
system. 


The valid password for the current run is established in an 
assignment set, but can be changed by the system operator 
at startup of the CCP (see Startup Procedure in the /BM 
System/3 Model 15 Communications Control Program 
System Operator’s Guide, GC21-7619). The password 

can change at startup on every run, or can be retained for 
days or even weeks. In any case, only terminal operators 
who know the password are permitted access to the system. 


If the user wishes to write his own terminal sign-on security 
routines rather than use the CCP password facility, there 
are stringent requirements his routines must observe re- 
garding the interface with the CCP (see index entry: SESEC 
~—terminal sign-on security). 


All sign-on attempts are logged on the console. 
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CCP generation is the process whereby the user selects the 
portions of the distributed CCP that provides the capabilities 
he wants in his version of the CCP. Generation is the first 
stage in creating the CCP, when the user establishes its 
maximum capability. Further selection is done at assign- 
ment time and at operational startup. 


The user describes his system configuration and the func- 
tions he wants by a series of statements consisting of key- 
words with associated values. Some of these statements 
describe the system configuration (main storage size, 
terminal and line capability) within which the CCP Operates. 
Other generation statements specify the capabilities of the 
CCP and whether the CCP is to have certain optional 
features such as password sign-on and user program-request 
counts. 


Chapter 6. Generation Stage 


Generation creates and initializes an assignment file 
($CCPFILE), whose contents—the specifications of an 
actual terminal configuration, disk files to access, and 
programs to use—are filled in at assignment time. 
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PROCEDURE FOR GENERATION 


The key step for the user in the generation procedure is to 
describe the kind of CCP required by modifying the sample 
generation statements. {n order to modify the statements, 
the user must know certain facts about the system and about 
the capabilities of the CCP he or she wants to generate. These 
facts are determined during the CCP system design. Design 
considerations are given in Chapter 5, Designing Your Com- 
munication-Based System. The following is a checklist of 

the facts a user must know before performing generation: 
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Generation Checklist 


Whether or not the data mode escape feature 
is to be used, and if so the six user-specified 
data mode escape characters 


Is a program request count to be kept 


Is display format facility (DFF) to be 
supported 


Is program request under format (PRUF) 
to be supported 


Is resident accept input to be supported 
Is resident open/close to be supported 


is resident program request to be supported 
(5704-SC2 only) 


Is DFF moveout to be implemented 
(5704-SC2 only) 


Is Terminal Name Table (TNT) moveout to 
be implemented (5704-SC2 only) 


Is 328X printer busy facility to be supported 
(5704-SC2 only) 


Are information messages (S type) to be sent 
to CPUs 


Programming language(s) to be supported 
by CCP 


Which 5444/3340 Disk Storage Drive(s) 
you will use to mount the packs during 
generation that will later be used for pre- 
paring programs to be run by CCP 


What type of sign-on security will be used, 
if any 


Length of your security comparison infor- 
mation, if you use your own sign-on secu- 
rity checking routine 


Anticipated number of assignment sets to 
be placed into $CCPFILE 


Maximum number of programs and files in 
an assignment set 


During generation, the user chooses the features for his 
system. In doing this, the user should carefully check each 
generation option and specification to see if the system 
requires it. As a reminder, most features increase the size 
of the control program which, in turn, lessens storage space 
for application programs to execute (see Appendix F. 
Storage Estimates). 


Maximum number of terminals planned 


Space to be reserved in $CCPFILE (SCCPDUMP 
for 5704-SC2) for dynamic main storage dumps 
Main storage size of processing unit 

Disk unit and pack name on which the pack 


to contain $CCPFILE will be mounted 
during generation 


Disk unit and pack name on which the pack 
to contain $CCPDUMP will be mounted during 


———_—. generation (5704-SC2 only) 


Number of tracks in the CCP dump file 
($CCPDUMP) to be used for writing the 
trace tables if CCP trace is active (5704- 
SC2 only) 


Beginning track location for $CCPFILE 
Number of MLTA lines to be supported 


Whether or not MLTA input and output 
will always be translated to and from EBCDIC 


MLTA terminal devices to be supported 
MLTA line transmission codes 


BSC lines, line features, and BSC control 
logic to be included in CCP support 


BSC line transmission codes 

BSC terminal devices to be supported 
BSC interval polling 

Is the display adapter to be supported 


Is serial 1/O channel to be supported 
(5704-SC2 only) 


Disk unit on which disk system management 
resides (F1 or R1) 


Disk unit onto which CCP will be generated 


Disk unit(s) and pack name(s) where work 
file space can be found during generation 


Disk unit on which the distribution CCP 
Modules reside 





Following are two methods for doing the CCP generation. 
The first method uses cards as the primary input medium. 
The second method is cardless-oriented. This method uses 
the source and procedure libraries as the primary input 
medium. 


The basic procedure for the card-oriented CCP generation is: 


1. A sample control statement deck is punched from the 
source library of the distribution pack. 


2. The sample deck is modified by the user to his speci- 
fications and entered as input to the next step of 
generation. 


3. A full job stream to accomplish the necessary func- 
tions is punched for the user. 


4. The job stream is used to generate your version of 
the CCP, and the CCP assignment file ($CCPFILE) is 
ready for the user’s initial assignment run. 


The basic procedure for the cardless-oriented CCP genera- 
tion is: 


1. Source and procedure members are printed from the 
distribution pack. 


2. The user modifies the sample procedures using the 
$MAINT modify function for the system configura- 
tion as input to the next step of generation. 


3. The user enters the CCP specifications to create 
source and procedure members used to generate your 
version of the CCP and the CCP assignment file 
($CCPFILE). 


The function of the generation stage of the CCP, regardless 
of the method used, is to: 


@ Generate modules that require modifying at the source 
level. 


@ Link-edit the generated modules and certain other re- 
locatable modules. This is done to create three load 
modules: two are the resident control program during 
CCP operations, the other initializes $CCPFILE. 


® Copy these and other load modules to-the designated 
CCP production pack. The production pack is the pack 
from which the CCP is loaded for execution. The CCP 
production pack can be any pack other than the distri- 
bution pack. It might be a DSM system pack and might 
also be the current system pack during the CCP 
generation. 


® Copy additional selected relocatable modules to the 
program preparation packs (packs that will be used for 
compilations and linkage edits of user written applica- 
tion programs that will execute under the CCP). 


@ Allocate and initialize (but not fully enter information 
into) the CCP assignment file (SCCPFILE) on the 
designated pack. 


The generation stage assumes: 


®@ That the DSM is properly generated on the system pack, 
including the appropriate MLTA, BSCA, and/or BSCC 
1/O macros and subroutines. 


MLTA: The MLTA microcode deck (obtained from the 
service representative) must be loaded into the object 
library under the name $MLMC1 on the system pack. 


The BSCC Microcode Deck (obtained from the service 
representative) must be loaded into the object library 
under the name $$BSYD on the system pack. 


The MLTA error statistics file (MLTERFIL) must be 
created and initialized on the system pack. To initialize 
MLTERFIL, the MLTA feature provides module $$MLFI 


in the object library. The OCL statements required to 
initialize MLTERFIL are: 

VV (Llolap| ISsMLlF Freee cs | 

ee en fu AER Fie y 


VV | 
PlelP fn be 
PL 






















ra 
rH fe 
/|_ RUN HTT 
th Ltd | 















BSC: \f BSCA or BSCC lines are used, a file on the system 
pack for logging control station terminal statistics must be 
provided. To initialize MLTERFIL, the MLMP (multi- 
line/multipoint) feature provides module $$BSFI in the 
object library. The OCL statements required to initialize 
MLTERFIL are: 























lone track is normally specified, but for BSCC, two tracks must 
be specified. 
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Note: MLTERFIL need be initialized only once to 
accommodate BSCC, BSCA, and MLTA statistics. Part 
of MLTERFIL comprises the BSCC/BSCA terminal log 
area and is used for logging the control station terminal 
statistics. Another part of MLTERFIL is used for logging 
MLTA statistics if MLTA is present. Do not initialize 
the file twice if you use both BSC and MLTA. 


@ That during generation the copy of the macro processor 
(SMPXDV and all its subsequent load modules) and the 
overlay linkage editor that exists on the CCP pack are 
used during the CCP generation. 


@ That an appropriate sized object library and source 
library were allocated on the production pack 
(5444/3340 only). See index entry: disk storage 
estimates for the CCP. 


@ That the object library on the production pack was 
reorganized and no modules were deleted since reorgani- 
zation. All the CCP modules should be contiguous on 
the production pack after the CCP generation. (The 
CCP has no control over where DSM can place modules 
if modules were deleted.) 


@ That if SIOC is to be supported by CCP, the 
appropriate SIOC I/O modules must be on the system 
pack. Refer to /8M System/3 Model 15D Channel 
Connected Systems Program Reference and Logic 
Manual, GC21-5199. 


@ That $CCP is not running during generation. 


Notes: 

1. The printed output resulting from generation must be 
saved in case of required maintenance by !BM Field 
Engineering personnel. This paper is the only documen- 
tation of the user’s unique system and the precise se- 
quence of events during this particular CCP generation. 

2. The user should consider backup procedures (of his own 

design) in case the CCP distribution pack or a generated 
pack are inadvertently destroyed. 

. Generation can be accomplished on a System/3 Model 15 

other than the one using the CCP in teleprocessing. 


WwW 


Operational Procedures For Generation 


The CCP is distributed on a pack-separate from the distri- 
bution of the other components of the System/3 Disk 
System Management. !f you are generating both the basic 
DSM and the CCP, you must generate the basic DSM first, 
following the procedures described in /BM System/3 Model 
15 System Generation Reference Manual, GC21-7616. 
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To generate the CCP, you must mount the CCP distribution 
pack on a unit separate from the system pack. You must 
have performed an IPL (initial program load) from the sys- 
tem pack at some previous point. Unlike the generation of 
DSM, you can direct the output from the CCP generation 
to more than one pack. The output consists of: 


@ Those modules required for the assignment stage and for 
executing the operational CCP. These modules are 
directed to the CCP production pack. 


@ The subroutines to be used on compiling and link edit- 
ing application programs to be run under the CCP 
(macros in the case of Basic Assembler language pro- 
gramming). These subroutines are directed to one or 
more program preparation packs. 


Each of the above might be a different pack, or could be 
the same pack. You specify the disk unit on which each 
of these packs is mounted. 


The CCP generation procedure is dependent upon the 
Presence of the macros and subroutines for BSCA, BSCC, 
and/or MLTA (as appropriate for the terminal devices to 
be supported) on the IPL pack. 


Figure 3 outlines the procedure for generating the CCP. 
The procedure assumes that disk system management was 
generated and disk system IPL was performed previously. 


At this point the user must decide whether to use card- 
oriented CCP generation or cardless-oriented CCP genera- 
tion. Six steps for the card-oriented generation are: 


Step 1 (User, Card Oriented): 


The user enters from the system input device (the console 
or the card device) statements of the following form: 





| 











pa ee 
oT or 





Note: dsunit on the // LOAD statement is the unit on 
which the DSM system pack resides. The diunit in the 

// COPY statement is the unit on which the CCP distribu- 
tion pack is mounted. 
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Figure 3 (Part 1 of 3). 
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Figure 3 (Part 2 of 3). CCP Generation Procedure (Card and Cardless) 
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Figure 3 (Part 3 of 3). CCP Generation Procedure (Card and Cardless) 
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Step 2 (System, Card-Oriented): 


The system retrieves $CGSMP (CCP sample generation deck) 
from the source library on the CCP distribution pack, and 
then prints and punches the entire member. 


The sections to the information printed and punched are: 


1. Instructions to the user for modifying the punched 
deck. 
2: OCL to call the macro processor, followed by sample 


SE generation control statements to generate a CCP 
system. One card is provided for each operand of a 
generation control statement. The card generally 
contains the default value, and provides a comment 
indicating alternative values for the operand. 


3. OCL to call the CCP generation utility program 
($CC1PP). 
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For Program Number 5704-SC2, all // FILE cards punched 
during generation will specify SHARE-NO. An example 
of the printout that accompanies the sample generation 
deck is: 


$CGSMP 

SORRETER AL AEEGRE SES EE EERE ERE TREE EERE REE RER EES EEE ERROR ERAGEHEREE SR EREERER 
* In PUT TO Cc cP GENERATION * 
RRERERE ERS ERE REE SEREREEREEE RE RARE REE EER ERE EKER LEAL AR AS EK DK RRARERER ARON ERA 
* 


THESE CARDS ~- AFTER YOU HAVE MODIFIED THEM TO YOUR SPECIFICATIONS —- 
WILL BE THE INPUT TO THE FIRST PASS OF CCP GENERATION 

DISCARD THE LEADING CARDS OF THIS DECK, FROM THE // COPY CARD AT THE 
BEGINNING THROUGH THE CARD THAT MARKS *** END OF INSTRUCTIONS *** 


DISCARD ALSO THE // CEND CARD -- THE LAST CARD CF THE DECK 


YOU MUST MAKE THREE KINDS OF MODIFICATIONS TO THE REMAINING CARDS —- 


1. IN THOSE CARDS THAT ARE MARKED ¢+# IN COLUMNS 74-75, REPLACE 


ANY $$ OR #4 IN THE CARD WITH THE IDENTIFICATION OF A DISK 
UNIT -~ 


eo HH eH He ee 


~~ $$ WITH THE UNIT ON WHICH YOUR SYSTEM PACK IS LOCATED 


—- ## WITH THE UNIT ON WHICH THE CCP CISTRIBUTION PACK IS 
LOCATED 


2. REPLACE CARD NUMBER 00299 WITH A CARD PUNCHED /* IN COLUMNS 1-2 


3. MOCIFY THE GENERATION CONTROL STATEMENTS -- THOSE CARDS 
FOLLOWING CARD NUMBER 00206 -- TO SPECIFY THE REGUIREMENTS OF 
THE CCP YOU WISH TO GENERATE 


IF YOU DO NOT WISH TO USE THE DISTRIBUTION PACK FOR THE REQUIRED 
$SQURCE FILE, SPECIFY THE LOCATION OF THAT FILE 8Y CHANGING THE UNIT 
AND PACK PARAMETERS IN CARDS 00204 AND 00306 


WHEN YOU HAVE MADE THESE CHANGES, PLACE THE MODIFIED DECK IN THE 


x 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
x 
* 
* 
*x 
+ 
* 
* 
* 
x 
* 
* 
* 
*x 
* 
*x 
x 
* 
* 
* 
* 
* 
* 
HOPPER OF THE SYSTEM INPUT DEVICE AND BEGIN PASS 1 OF CCP GENERATION * 
* 
* 


*#**e* END OF INSTRUCTIONS *# eee oe eee REREREEE END OF INSTRUCTIONS *##%% 


Hee HRHEHE EERE HH HH 


00100 

00200 
*** PROCESS SPECIFICATIONS FOR THE CCP TO BE GENERATED 00201 
* 00202 
// LOAG $MPXDV,## ++ 00203 
74 FILE NAME—$SOURCE oR ETALN—T, UNIT—## » PACK—PIDOO1, TRACKS-20, #+00204 
Jf LOCAT ION~386 00205 
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77 RUN 00206 


SEFAC ESCAPE-NO, ~~ "CCCCCC* 4% X*XXXXXXXXXXXX! -- X FACOO 

PGMCNT-NO, eV ES == X FACO1 

PRUF-NO, == YES. == x FACO2 

FORMAT~NO, SOMES. = X FACO3 

ACCEPT-NO, Sy VES OS X FACO4 

RESOPN-NO, TSN Ss x FACO5 

BSYPRT-NO, == VES S= xX FAC06 

MOVTNT-NO, Tei VES <= X FACO7 

MOVDFF-NO, Re OV ES: os xX FAC08 

RESREQ-NO, SSUES == X FACO9 

SIOC-NO, SS VES. SS X FACLO 

OPPRUF-YES, Se ONO a X FACI2 

CPUMSG-NO, HS YES == X FACL3 

LOWCAS-NO, SSR EA = CREL2. = X FACI4 

TTASK-NO c= YES >= FAC15 

SEPLG LANG- , -- COBOL 7 RPGII / FORTRAN 7 ASSEM -- X PLGO0O 

PPUNIT- -- R17 Fl / R27 F2 -- PLGO1L 

SESEC SECURE-NO, -- CCP 7 USER -- Xx SEC00 

LUSI-0 -- 1 - 4096 IF SECURE-USER -- SECO1 

SEFIL SETS-1, wee 25 == X FILOO 

PROGS-10, ee TD 99.9. <= x FILO1 

DFILES-5, SES 292) x FILO2 

TERMS-1, ee eb Ga Xx FILO3 

DUMPS-1, Tees 9s xX FILO4 

CORE-96K, ~~ L28K/160K/192K/224K/256K/384K/512K XX FILO5 

FLUNIT- , -- Rl 7 Fl 7 R27 F2 -- X FILO6 

TRKLOC- , ~- VALID TRACK NUMBER 7 OMITTED -- xX FILO? 

FLPACK- , -- NAME OF PACK -- Xx FIL08 

DPTRAC-6 -- 0 - 1000 ~- FILO9 

SEMLA LINES- , S-) OMe 8. Se X MLA0O 

XLATE-YES -- NO -- MLAQL 

SEMLD TYPE-~ , ~~ SEE SYSTEM REFERENCE MANUAL -- Xx MLDOO 

XMCODE- -- SEE SYSTEM REFERENCE MANUAL -- MLDOL 

SEBSC BSCA- , 2S 0S. 2 => X BSCO0 

DIAL-NO, ==-YES == X BSCOl 

PP-NO, SO VES Ss x BSCO02 

MP-NO, m=. VES x BSCO03 

CS-NO, “s YES. == xX BSC04 

GETMSG-NO, ==. NES os x BSC05 

ITB-NO, Sa VES OSs X BSC06 

RECSEP-1E, -- TWO HEX DIGITS -- X BSCO7 

ASCII-NO, We bo Se x BSC08 

EBCDIC-YES, == NOS Xx BSCO9 

XPRNCY-NO, <=: MES <== x BSC10 

RESPOL-NO, oo NES SAS< X BSC11 

AUTORS-NO, == YES. += X BSC12 

INTPOL-NO, en ES a= xX BSC13 

DA-NO, =o-WLEoo Ss x BSC14 

PORT-NO So YES e+ BSC15 

SEBSD TYPE- -~ SEE SYSTEM REFERENCE MANUAL ~-- BSDO00 

SEGEN DSUNIT-$S, SrOR 7 Fis X ++GEH00 

CCUNIT- , -- Ri 7 Fl 7 R27 F2 -- Xx GENOL 

WKUNIT- , -- UNIT 7 'UNIT,UNIT,UNIT' -- x GENO2 

KKPACK- , ~~ PACK 7 'PACK,PACK,PACK" -- Xx GENO03 

DIUNIT-##, -- R17 Fl 7 R27 F2 -- X ++GEN04 

MINRES~NO, Scr Veo x GENOS5 

DPPACK- , ~~ PACK NAME -- x GEN06 

DPUNIT- -- UNIT -- GENQ7 

¥/* ~- REPLACE THIS CARD WITH 7% IN COLUMNS 1-2 -- Te 
* 

®¥* PRINT RESULTS OF CCP GENERATION PASS 1 naeee 
x 

*X* IF NQ ERRORS, PUNCH INPUT TO CCP GENERATION PASS 2 noua 
¥ 

7/ LOAD S$CCIPP, ## +4#00305 

7/7 FILE NAME-SSOURCE,RETAIN-S,UNIT-##,PACK-PID001,SHARE-NO +4#00306 

7/7 RUN 00307 


le or Program Number 5704-SC2 only. 
2 $ECSC and $ECSD are available to give BSCC support (BSCA lines 3 and 4) for Program Number 5704-SC2 only. 
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Step 3 (User, Card-Oriented): 


The user modifies the sample deck to reflect the require- 
ments of his system. Specifically the user can modify: 


®@ The unit parameter on the LOAD $MPXDV, unit card to 
indicate the unit on which the CCP distribution pack 
resides. 


@ The unit and pack parameters on the // FILE of the 
macro processor OCL statements to indicate the unit 
and pack on which the work file $SOURCE should be 
allocated during step 4. 


@ The CCP $E generation control statements and their 
operands to indicate the requirements of the system. 


@ The */* card following the $E control statements. This 
card is replaced with a /* card. 


e@ The unit parameter on the // LOAD $CC1PP, unit card 
to indicate the unit containing the CCP distribution 
pack ($CC1PP is the CCP supplied generation utility). 


@ The unit and pack parameters on the // FILE statement 
generation utility OCL statements to indicate the unit 
and pack where the work file $SOURCE is to be allo- 
cated during step 4. The $SOURCE work file will be 
scratched during step 6 and the space will be available 
for other work files. 


The user should modify the punched control statements, 
without inserting any additional cards in the deck, except 
where he requires more than one: 


@ SEPLG statement—additional SEPLG statements, with 
both the LANG and PPUNIT parameters present, are re- 
quired if more than one programming language is 
supported. 


® SEMLD statement—additional $EMLD statements, with 
both the TYPE and XMCODE Parameters present, are 
required if more than one type of MLTA terminal is 
supported. 


@ $EBSD statement—additional SEBSD statements, with 
the TYPE parameter present, are required if more than 
one type of BSC terminal is supported. 


Note: lf any errors are detected in the user’s specifications, 
the utility program $CC1PP prints them, but does not 
permit the user to proceed to the next step until those 
errors are corrected, and the macro processor step repeated. 
The modified deck, with the initial instruction cards 
removed, must be placed in the system input device for the 
next generation step. 


Step 4 (System, Card-Oriented): 


The system calls the macro processor to analyze and expand 
the CCP generation $E control statements. 


The process creates records in the file SSOURCE. If any 
errors are detected in the user’s specifications, only diag- 
nostic messages from the CCP generation are written to the 
file. If there are no specification errors, the CCP generation 
writes to $SOURCE the records necessary to create the 
specified version of the CCP. 


Step 5 (System, Card-Oriented): 


The program $CC1PP reads the work file, $SOURCE, and 
prints what was generated to that file. If there are specifi- 
cation errors, only the user’s original statements and the 
error diagnostic messages are printed. In order to proceed 
further, the user must correct those errors and perform the 
macro processor step again. 


If there are no errors, the user's Original statements are 


printed. Then the records, which are input for step 6 to 
create the user's version of the CCP, are printed and punched. 
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Step 6 (System, Card-Oriented): 


The user places the punched output from the previous 
step, without modification, into the system input device, 
and begins the major step of the CCP generation. During 
this step the user’s CCP is created. The sequence for this 
step is: 


1. Creating a load module that contains the initial 
contents of $CCPFILE and the instruction code to 
initialize that file ($CC1BF). 


2. Source generating of $CC4#1, $CC4#2, $CC4VT, and 
link-editing of the two modules ($CC4#1 and $CC4#2) 
that make up the resident control program for CCP 
operation. 


3. Link-editing BSC and/or MLTA trace routines. 
4. Copying supporting load modules for the operational 


stagé, including startup and shutdown, and for the 
assignment stage. 


Creating an initialized module, $CC4Z9, if 
SECURE-USER operand was specified in the $ESEC 
generation control statement, later to contain the 
user’s security information. 


Initializing $CCPFILE, later to be filled with user 
specifications by an assignment run. 


Copying the subroutines and macros used in the 
compilation and link-editing of application programs 
to run under the CCP. 


Punching the following cards: 


@ OCL and sample generation control statements 
for an assignment build run, necessary to execute 
the installation verification program. 


© OCL statements for installation verification pro- 
gram. 


@ CGEND. 


Initializing S$CCPDUMP file to be used for trace and 
storage dumps for 5704-SC2 only (optional). 


Note: For Program Number 5704-SC2 only, step 6 follows 
step 8. 


The following is an example of the sample assignment input: 


SCGSET 
RXXRXXXSAMPLE ASSIGNMENT AND SAMPLE START-UP DECK XXX MX HK XXX KKH 00010000 
* 00020000 
KRKKKKKHKXSAMPLE ASSIGNMENT SET HEE IE FEE EE HE IE IE IE DE FE HEI IE IEE EK IEEE IEE HE EEE EE HK KH 00030000 
x 00040000 
*OMKXFILL IN UNIT 00050000 
% 00060000 
// LOAD $CCPAS, 00070000 
* 00080000 
**¥**XFILL IN PACK AND UNIT 00090000 
x 00100000 
“7 FILE NAME-SCCPFILE,RETAIN-P,UNIT-  ,PACK- 00110000 
* 00120000 
X****FILL IN PACK AND UNIT 00130000 
x 00140000 
7/7 FILE NAME-$CCPWORK,RETAIN-S,TRACKS-3,UNIT- ,PACK- 00150000 
77 RUN 00160000 
* 00170000 
XXX THE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YOUR 00180000 
XRKKKKKXXX CONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. SEE THE 00190000 
MOH COMMENTS IN THIS DECK. 00200000 
x 00210000 
// SET ID-a,ACTION-CREATE, DFLTEXEC-YES,ANYSPECS-NO 00220000 
4/7 SYSTEM MINUPA~22K,MINTPBUF-2840, 00230000 
10 PASSWORD-FECD, 00240000 
77 COMMANDL-50, DFFPACK-PROGRAM, PGMREQ@L-15 00250000 
% 00260000 
77 TERMATTR ATTRID-1, TRANSLAT-NO,BLKL-512, DATAFORM-MESSAGE, 00270000 
10 VERIFYID-NO, DFF3270-YES 00280000 
x 00290000 
XXXHMHKXXXTHIS STMNT TYPE REQD FOR CCPIVPCOR MLTALINE STMNT) pisopon 
* 0310000 
77 BSCALINE TYPE-CS,LINENUM-1,POLLLIST-'00,01,10,11° 00320000 
7/7 BSCATERM TERMID-00,TYPE-3277M2,ATTRID-1,COMMAND-YES,OFFACTN-HOLD, 00330000 
// ADDRCHAR~*60604040%, POLLCHAR-*40404040X 00340000 
77 BSCATERM TERMID-01,TYPE-3277M2,ATTRID-1,COMMAND-YES, OFFACTN-HOLD, 00350000 
ft ADDRCHAR-*6060C1C1%,POLLCHAR-*4040C1C1* 00360000 
7/7 BSCATERM TERMID-10,TYPE-3277M2,ATTRID-1,COMMAND-NO, 00370000 
// ADDRCHAR-%61614040%,POLLCHAR-*C1C14040% 00380000 
77 BSCATERM TERMID-11,TYPE-3277M2,ATTRID-1,COMMAND-NO, 00390000 
17 ADDRCHAR-*%6161C1C1%,POLLCHAR-*C1CIC1C1x 00400000 
x 00410000 
77 TERMNAME NAME-CUODVO, TERMID-00 00420000 
77 TERMNAME NAME-CUODV1,TERMID-01 00430000 
7/7 TERMNAME NAME-CU1DVO,TERMID-10 00440000 
77 TERMNAME NAME-CULDV1,TERMID-11 00450000 
x 00460000 
XXXXXXXXXTHIS STMNT TYPE REQD FOR CCPIVP 00470000 
* 00480000 
// DISKFILE NAME~CGIVFIL1,ORG-C,RECL-16 00490000 
x 00500000 
XXKXKXKHXXTHTIS STMNT TYPE REQD FOR CCPIVP 00510000 
x 00520000 
// DISKFILE NAME-CGIVFIL2,ORG-C,RECL-16 00530000 
* 00540000 
XXX XXNOTE THAT ONE DISKFILE STATEMENT -CGIVFILE- WOULD BE NEEDED 00550000 
¥XXXRXXXTE SYMBOLIC FILES ARE NOT BEING USED. pose aoe 
* 

® THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 00580000 
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FeeSSESRENGTE THAT ONE DISKFILE STATEMENT —CGIVFEILFE— WOULD RE NFEDED 
Sew OOORRTE SYMEOLIC FILES ASE NOT BEING USED. 

* 

* THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 

* SHOULD BF REMOVED PRICR TU RUNNING THIS ASSIGNMENT SFT. 

* 

7/ OYSKETLE NAME—DUMMY1] ,GR8C—9 p2ECEL—256 } 
7/ DISKFILE NAME-DUMMY2 ,OKG-1 sRECL—54 9KE YL—8 gKEYPOS—1 sMSFRINDX—-YVES 

* 


wees THIS SPTMNT TYPE REGO FUR CCPIVP IF SYMBOLIC FILES AKE USED, 
* 


4/ SYMFILE WAME-CGIVE ILE DISK FILE-*COLVFILI sCGIVFIL2? 
s 


URES AERA EETEIS STMNE NECESSARY FOR CCPIVP sPACKk AND PRINTER VALUES 
RRR ORE EECAN BE CHANGES FOR YOUR CONFIG. 


* : 
7/ PROGRAM NAME—CCPIVP,PGMLATA-YES, 
tf FILES—"C6IVFILE /C O/NISHRS, 
4/ PACK—FROGR AM, PRIN TEQ—-ND 

* 


wee NOTE THAT CCPIVP MUST 6E ON CORRECT PACK AT STASTUP OF CCP. 
» 

* THE FOLLUWING TWU PRUGRAM STATEMENTS ARE FOR EXAMPLE ONLY AND 
* SHOULD EE PFMOVED PRIOR TO PUNNING THIS ASSTGNMERT SET, 

* 

// PROGRAM NAME—D UMMY 1 Mk THAX—2 9 PCHOATA-YES, 

4/ FILES—*OUMMY 2 /DU/SHR DUMMY 27 TRUA/SHR EY yPACK—SY STEM yDEEMTERM—4, 
// DEF NDE-2 »DEFSFDT—LOv6 

* 

// P&GERAM RAME—DUM*Y 2,2 TMAX—2 »PGMDATA-YES , 

4/ FILES~*DUMMY) /0U/SHm yD UMMYZ/ I RA/SHR * y PACK SYSTEM » CEEMTERM—2, 
// DOF FNDF-} »DFFSFDT—396 

* 

= 

*/* REPLACt WITH /# 

* 


FeeRE SEND OF SAMPLE ASSIGNMENT DECK RSS 545445 455 258545 EEKKKEREEE EEE 


BRR SSSESAMPLE START-UP UCL FUR CCP] VP#E XS Seed SESE SEE REESE EREEERESE 
a 


* FILL IN UNIT 
* 

4/ (LOAD S$CCK, 

* 


***FULLOWING TWO // FILe STATEMENTS CORRESPOND TO SAMPLE ASSIGNMENT 
*eFDECK SYMEQLIC FILES. 


* 

4/7 FILE NAME-CGIVFILLT sRETAIN-T,TRACKS—lyUNIT-  »PACK— **SANY 5444 
4/7 FALE NAME~COIVFILZ eRETAIN-T » TRKACKS—1 UNI F- y PACK- Fee ANY 5444 
x 


ee FTF SYMEGLIC FILES ARE NOT USED FEPLACE TRE PRECEEDING TWO STATEMENTS 
MROSINGLE S/ FILE STATE ME NT 0 8 OR eo OK RRR OK RRO OK 
= 


4/7 FELE NARE-€ GIVE ILE sSRETAIN-TyTKACKS—-LyUNIT— 4 FACK-— *¥> ANY 5444 
* 


47 RUN 
BRR EE HR KSENL OF SAMPLE START-UP OCL #4 4328s. 4RaK g8S e545 ¢4¢ E5554 4888885 


Not applicable for Program Number 5704-SC2. 


00*.50000 
00760000 
00570000 
00580000 
00590000 
00400000 
00610000 
00620000 
00630000 
00540000 
00650000 
00660000 
00670000 
00680000 
00690000 
00700000 
00710000 
00720000 
00730000 
00740000 
00750000 
00760000 
00770000 
00760000 
00790000 
n0800000 
00510000 
00 20000 
00& 30000 
003040000 
00850000 
O00& 60000 
00870000 
60880000 
GOOF 90000 
00900000 
00910000 
00920000 
00930000 
00%40000 
00950000 
00960000 
00970000 
00980000 
00990000 
01000000 
01010000 
91920000 
01630000 
01040000 
01650000 
01060000 
01070000 
01980000 
01090000 
61100000 
01110000 


To verify that an operational CCP system was generated, 


Step 2 (System, Cardless-Oriented): 
the user should: 


The system retrieves the library members named $CG1.ALL 
from the source and procedure library on the CCP distribu- 
tion pack. The system then prints these members. There 
are three sections to the information printed: 


1. Modify the parameters necessary in the OCL state- 
ments and sample assignment control statements. 


2. Perform an assignment run that specifies the necessary 
environmental information to execute the installation 


ee eae © CCP cardless generation instructions to modify the 
verification program (optional). 


supplied procedures to reflect your system requirements 


(member name $CG1GI). 
3. Start the CCP and execute the installation verification 


programs @ Sample $E macro statements entered directly from the 


source library to generate the CCP system (member name 
CG1GM) or via the system input device. 

Step 1 (User, Cardless-Oriented): $ o js 

@ Procedures that perform the CCP generation (member 


The user enters the following statements from the system names $CG1G1, $CG1G3, $CG1G4, and $CG1G5). 


input device: 


1& 

// LOAD $MAINT,dsunit 

// RUN 

// COPY FROM-diunit, TO-PRINT,LIBRARY-S, 
NAME-$CG1.ALL 

// COPY FROM-diunit, TO-PRINT,LIBRARY-P, 
NAME-$CG1.ALL 

//END 


where dsunit in the // LOAD statement is the unit on which 


DSM resides. The diunit in the // COPY statement is the 
unit on which the CCP distribution pack resides. 
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An example of the printed source and Procedure members 


ts: 
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$CG1GI 
REESE EREREE SER SERRE SEER ERED EERE SEE REIE ETERS EKER TREE EERE ER EERE EEE ERED SE 


* 


CARDLESS CCP GENERATION INSTRUCTIONS 


* 


SEEREREEES EERE EER AE EEO REESE ER EKEE SEER EEEESRS ER OEREEEEGE SESE EEEE EERE ES EERE EEE 


* 


* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 


* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 


THE CARDLESS CCP GENERATICN PROCEDURE MAKES THE FOLLOWING ASSUMPTIONS: 


IF 
OF 
REQ 
SuP 


$ 
$ 
$ 
$ 
You 


le 


2. 


NO 


WHE 
Cc 
S 


/ 
/ 


eeeee END OF INSTRUCTIONS # eeeees eee RE REEERE END OF INSTRUCTIONS 


THAT DSM RESIDES ON FL 
THAT CCP DISTRIBUTION PACK IS ON RL 


THAT THE LAST 20 TRACKS ON THE CCP DISTRIBUTION PACK ON R1 ARE 
FREE FOR THE $SOURCE FILE USED BY THE MACRO PROCESSOR 


THAT THE $E MACRO STATEMENTS WILL BE READ FROM THE SOURCE 
LIBRARY MEMBER, $CG1GM, ON THE CCP DISTRIBUTION PACK 


ANY OF THE ABOVE ASSUMPTIONS ARE NOT TRUE, USE THE MODIFY FUNCTIGN 
$MAINT TO CHANGE THE SUPPLIED GENERATION PROCEDURES TO REFLECT THE 
UFREMENTS OF YOUR SYSTEM. 


PLIEO GENERATION PROCEDURES: 


CG1G61 %¥% CARDLESS GENERATION CONTROL 

C6163 **e PROCESS USER SPECIFICATIONS 

CG1G4 *&* PRINT RESULTS OF GENERATION SPECIFICATIONS 
CG1G65 #ee CREATE SOURCE AND PROCEDURE MEMBERS 


MAY MAKE FOUR KINCS OF MODIFICATIONS TO THE SUPPLIED PROCEDURES: 


IN THOSE STATEMENTS MARKED ++ IN POSITION 74-75 YOU MAY CHANGE 
THE DSM PACK LOCATION FROM Fl TO Rl. 


IN THOSE STATEMENTS MARKED ## IN POSITION 72-73 YOU MAY CHANGE 
THE CCP DISTRIBUTION PACK LOCATION FROM RL TO Fly R2 OR F2. 


IN THOSE STATEMENTS MARKED $$ IN POSITION 74-75 YOU MAY CHANGE 
THE $SOURCE FILE LOCATION FROM R1 TO Fly R2 OR F2. 


THE '// COMPILE* STATEMENT MAY BE REMOVED FROM PROCEDURE $CG1G3 
TO SPECIFY THAT THE MACRO PROCESSOR WILL REAC THE $E MACRO 
STATEMENTS FROM THE SYSTEM INPUT DEVICE. 

~—- STATEMENT 03070 -~ 


TE —- IF A SOURCE MEMBER IS USED IT MUST BE PREPARED PRIOR TO 
CALLING THE PROCEDURE $CG1G1. 
N YOU HAVE MADE THESE CHANGES; 


ALL PROCEDURE $CG1G1 BY ENTERING THE FECLLCWING OCL FROM THE 
YSTEM INPUT DEVICE. 

7 CALL $CGIG1,UNIT -~ CCP DISTRIBUTION PACK —-— 

7 RUN 


00000 
oo0Ld 
00020 
00030 
00040 
00050 
00060 
00070 
00080 
00090 
00100 
00110 
00120 
00130 
00140 
00150 
00160 
00170 
00180 
00190 
00200 
00210 
00220 
00240 
00250 
00260 
00270 
00280 
00290 
00300 
00310 
00320 
00330 
00340 
00350 
00360 
00370 
00380 
00390 
00400 
00410 
00420 
00430 
00440 
00450 
00460 
00470 
00480 
00490 
00500 
00510 
00520 
00530 
00540 


SEFAC ESCAPE-'/vsvyss/', 


SEPLG 
SEPLG 


SESEC 
SEFIL 


SEBSC 


SEBSD 
SECSC 


SECSD 
SEGEN 


Program Number 5704-SC2 only. 


PGMCNT-YES, 
FORMAT-YES, 
PRUF-NO, 
ACCEPT-NOQ, 
RESOPN-NO, 
BSYPRT-NO, 
MOVTNT-NO, 
MOWDFF-NO, 
RESREQ-NO, 
SIOC-NO, 
OPPRUF-~NO, 
CPUMSG-NO, 
LOWCAS~NO, 
TTASK-NO 
LANG-RPGIT, 
PPUNIT-R2 
LANG-COBOL, 
PPUNIT-R2 
SECURE-CCP 
SETS-3, 
PROGS-15, 
DFILES-5, 
TERMS~5, 
DUMPS-2, 
CORE-96K, 
FLPACK-R2R2R2, 
FLUNIT-R2, 
DPTRAC-6 
BSCA-1 ’ 
DA-NO, 
DIAL-NO, 
PP-NO, 
MP-NO, 
CS-YES, 
SETMSG-YES, 
ITB-NO, 
RECSEP-1E, 
ASCII-NO, 
EBCDIC-YES, 
XPRNCY-NO, 
RESPOL-NO, 
INTPOL-YES, 
AUTORS-NO, 
PORT-NO 
TYPE-3277M2 
BSCC-1, 
GETMSG-YES, 
ITB-NO, 
RECSEP-1E, 
ASCII-NO, 
EBCDIC-~YES, 
XPRNCY-NO, 
INTPOL-YES, 
PORT-NO, 
PP-NO, 
CS-YES 
TYPE-3277M2 
DSUNIT-F1, 
CCUNIT-R2, 


WKUNIT-'R2,R1,R1", 
WKPACK-"R2R2R2,PID001, 


DIUNIT-R1, 
MINRES-NO, 
CARD-NO, 
DPPACK-D2D2D2, 
DPUNIT-D2 


"CCCCCC" 4 X*XXXXXXXXXXXX! 


NO -- 
NO -~ 
GES. == 
MES: = 
VES = 
YES: S- 
YES -- 
YES: 33 
YES: =- 
CES SS 
TES S= 
YES ~- 
PFl - PF12 
YES. == 


COBOL 7 RPGII / FORTRAN 7 ASSEM -- 


Rl 7 Fl s 


COBOL / RPGII 7 FORTRAN / ASSEM -- 


Rl 7 Fl Z# 
CCP 7 USER 
Leo = 
1 - 999 -- 
Le 192 s- 
2 - 254 -- 
2 99 == 


L28K/160K/192K/224K/256K/384K/512K 


NAME OF PA 
Rl 7 Fl # 
0 - 1000 - 
OS 2 
YES -- 

YES -- 

YES <== 
YES.-= 

NO -- 

NO -- 

MES) == 

TWO HEX DI 
YES SS 

NO -- 

YES. <=> 

TES ==> 

NO. = 

YES ‘oe 

YES: <= 


SEE SYSTEM REFERENCE MANUAL -- 


0 2.5% 
NOQ -- 

YES "Ss 

TWO HEX DI 
YES => 

NO ~-- 


NO ~~ 


SEE SYSTEM REFERENCE MANUAL -- 


Rl 7 Fl -- 
Rl / Fl # 
'UNIT,UNIT 


PIDOO1'’, ~- 'PACK,PACK,PACK? 


Rl 7 Fl / 
YES) --= 
YES ~- 
PACK NAME 
UNIT ~-- 


R2 7 F2 -- 


R2 7 F2 -- 


CK -- 
R2 7 F2 -- 


GITS -- 


GITS -- 


R2 / F2 -- 
»UNIT' 


R2 7 F2 -- 


X00010000 
xX00020000 
X00030000 
X00040000 
X00050000 
x00060000 
xX00061000 
X00062000 
X00063060 
X00064090 
X00065000 
X00066000 
X00067000 
X00068000 

00069000 
x00070000 

00080000 


oooce 
ooooeao 
oococoo 


X00140000 
X00150000 
X00160000 
X00170000 
Xx00180000 
X00190000 

00195000 
x00200000 
X00210000 
X00220000 
X00230000 
X00240000 


X60380000 
X00390000 
X00400000 
X00410000 
X00420000 
X00430000 
X00432000 
X00434000 

00436000 

00440000 
X00450000 
00460000 
X00470000 
X00480000 
X00490000 
X00500000 
X00510000 
X09510001 

00510002 
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$CG1G61 
// LOG PRINTER 


01000 
4/7 NOHALT 01010 
* 01020 
**% CCP GENERATION CARDLESS PROCEDURE «x 01030 
+ 01040 
/f CALL $CGLG3eR1L *¥* PROCESS USER SPECIFICATIONS **# ## =©6©01060 
7/ CALL $C6164,R1 *#€* PRINT RESULTS CE SPECIFICATIONS ##* ## = =01070 
77 CALL $CGIC5,21 *** CREATE SOURCE ANC PROCEDURE MEMBERS «@# #4 01080 
//7 CALL SCCPSA,RI *€* COMPLETE THE CCP GENERATION *&* ## = =01090 
$CG1G3 
* 03900 
*ee = =6CCP CARNLESS GENERATION PROCEDURE ### 03010 
eee EXPAND USERS CCP SPECIFICATIONS oe 03020 
* 03030 
// LOAD €MPXNV,yRI ##. 03040 
// FILE NAME~$SOURCE + RETAIN-T, UNIT-R 1 ,PACK-PIDCO1y TRACKS-20, ##$$03050 
// LOCATION-386 03060 
// COMPILE SNURCE-$CGIGM,UNIT-R1 ## = §=03070 
77/7 RUN 03080 
* 03090 
* 33100 
* NOTE: 03110 
ee 03120 
* 03130 
* $€ MACRO STATEMENTS ARE ENTERED VIA THE SOURCE LIBRARY MEMBER $CGI1GM 03140 
* ON THE CCP DISTRIBUTION PACK OR FRCM THE SYSTEM INPUT CEVICE IF THE 03150 
* '// COMPILE* STATFMENT IS REMOVED FROM THIS PRCCEDURE, 03160 
$CG1G64 
* 04010 
eee = =6CCP CARDLESS GENFRATION PROCECURE **% C4020 
* 04030 
*%* PRINT RESULTS GF CCP GENERATION SPECIFICATIONS 04040 
* ; 04050 
J/ LOAD $CC1PP,RI ## = =04060 
// FILF NAME-$SOURCE,UNIT—R ly PACK—PIDOOL ##$$04070 
// RUN 04080 


$CG1G65 
* 


05010 
e%*% = =6CCP CARDLESS GENERATION PROCEDURE **#* 05020 
* 05030 
**e IF NC ERRORS IN GENERATION SPECIFICATIONS, LOAD $MAINT TC CREATE 05040 
*** «SOURCE AND PROCEDURE MEMBERS THAT WILL COMPLETE THE CCP GENERATION 05050 
* 05060 
J/ LOAD $MAINT,F1 ++05070 
/f/ FILE NAME-$SQURCE,UNIT—R1, PACK-PIDOO1, RETAIN-S ##$$05080 
// RUN 05090 
// COPY FROM-DISK,TO-R1 yRECL—96 »RE TAIN-R,FILE-$SOURCE ##$$05100 
4/ END 05110 
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Step 3 (User, Cardless-Oriented): 


The user modifies the sample procedures to reflect the 
requirements of the user’s system. This is done by using 
the MODIFY statement in the utility program $MAINT. 
(For a description of the MODIFY statement, see the /BM 
System/3 Model 15 System Control Programming Reference 
Manual, GC21-5077 or /BM System/3 Model 15 System 
Control Program Concepts and Reference Manual : 
GC21-5162.) Specifically the user can modify: 


@ The DSM pack location. 
@ The CCP distribution pack location. 


@ The unit, pack and location for the $$OURCE file re- 
quired by the macro processor. 


@ The source member name on the // COMPILE statement 
to reflect which source member contains the user’s CCP 
generation specifications. 


@ The // COMPILE statement can be removed from pro- 
cedure $CG1G3 to specify that, during step 4, the macro 
processor reads the user specification from the system 
input device instead of from a source library member. 


Note: \f the // COMPILE statement is used in procedure 
$CG1G3, the source member described must be prepared 
prior to calling procedure $CG1G1. See step 4 for a descrip- 
tion of entering the $E control statements. 


Step 4 (User/System, Cardless-Oriented): 


The user calls procedure $CG1G1 from the CCP distribution 
pack. This procedure controls the remaining portion of the 
CCP generation. It does this by Making calls to these pro- 
cedures: $CG1G3, $CG1G4, $CG1G5, and $CCPSA res- 
pectively. Each of these procedures performs a different 
generation process. Procedure $CG1G3 is described in this 
step. Procedures $CG1G4 and $CG1G5 are described in 
step 5; procedure $CCPSA is described in step 6. Procedure 
$CCPSA is a procedure generated during step 5, based on 


the user’s input, that controls the generation of the user’s 
CCP pack. 
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Procedure $CG1G3 loads the macro processor and allows 
the user to enter the $E control statements. There are two 
ways the user can do this: via the system input device or 
from a source library member. However, to enter input 
from the system input device, the user must remove the 

// COMPILE statement from this procedure. (For a descrip- 
tion of the // COMPILE statement, see the /BM System/3 
Model 15 System Control Programming Reference Manual, 
GC21-5077 or /BM System/3 Model 15 System Control 
Program Concepts and Reference Manual, GC21-5162.) 


The source member, $CG1GM, printed in step 1 can be 
used as a guide for entering the $E control statements. This 
module can also be modified for use as input to the macro 
processor since the // COMPILE statement in procedure 
$CG1G3 specifies $CG1GM as the input source member. 


The user should enter the control statements without insert- 
ing any additional statements except where more than one 
is required: 


@ $EPLG statement — additional $EPLG statements, with 
both the LANG and PPUNIT parameters present, are 
required if more than one programming language is to 
be supported. 


@ $EMLD statement — additional $EMLD statements, with 
both the TYPE and XMCODE parameters present, are 
required if MLTA terminals are to be supported. 


© SEBSD statement — additional $EBSD statements, with 


the parameter TYPE present, are required if more than 
one type of BSCA terminal is to be supported. 


@ $ECSD statement (Program Number 5704-SC2 only) — 
additional $ECSD statements, with the parameter TYPE 
present, are required if more than one type of BSCC 
terminal is to be supported. 


Step 5 (System/User, Cardless-Oriented): 


Procedure $CG1G4 prints the results of the CCP generation 
specifications. If there are specification errors, the user’s 
statements and the error diagnostic messages are printed. 
Before continuing, the user must restart the CCP generation 
at procedure $CG1G1 and provide error free specifications. 


If there are no errors, the user’s statements are printed. 
Then procedure $CG1G5 is called and the records which 
will be input to step 6 are printed. Procedure $CG1G5 
loads $MAINT to create the source and procedure members 
that will complete the CCP generation. Also printed is the 
$SOURCE file setup for the $MAINT file-to-library run. 


Step 6 (System, Cardless-Oriented)}: 


The system calls the generated procedure $CCPSA from 
the distribution pack and begins the major step of the CCP 
generation. During this step the user’s CCP is created. The 
sequence for this step is: 


1. 


Creation of a load module which contains the initial 
contents of $CCPFILE and the instruction code to 
initialize that file ($CC1BF). 


Source generation and link edit of the modules 
$CC4#1 and $CC4#2, which is the resident contro! 
program during CCP operation. 


Copying of supporting load modules for the opera- 
tional stage, including startup, shutdown, and the 
assignment stage. 


Creation of an initialized module $CC4Z9 if 
SECURE-USER was specified in the $ESEC statement: 
this module will contain the user’s security 
information. 


Initialization of $CCPFILE and $CCPDUMP 
(5704-SC2 only) later to be filled with user specifica- 
tions by assignment runs. 


Copying of the subroutines and macros used in the 
compilation and link edit of application programs to 
run under the CCP. 


Print the sample control statements for an assignment 
build run necessary to execute the installation verifica- 
tion program. On the following page is an example 

of the sample assignment input. 


Note: For Program Number 5704-SC2 only, step 5 
follows step 7. 
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£CGSST 


KKK KKK SAMPLE ASSIGNMENT SET CONTROL STATEMENTS HHH KH 
x 

HHH KH THE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YOUR 
KKK KKK CONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. 


7/ SET _ID-a, ACTION-CREATE, DFLTEXEC~YES, ANYSPECS-NO 
“/ SYSTEM MINUPA-22K,MINTPBUF-2840, 

7/7 PASSWORD-FECD, 

¢/ COMMANDL-50,DFFPACK-PROGRAM,PGMREQL~-15 


7/ TERMATTR ATTRID~1, TRANSLAT-NO,BLKL-512, DATAFORM-MESSAGE, 
7/7 NERIFYID-NO,DFF3270-YES . 


KKK KEK THIS STMNT TYPE REQD FOR CCPIVP(OR MLTALINE STMNT) 

7/ BSCALINE TYPE-CS,LINENUM-1,POLLLIST-'00,01,10,11" 

// BSCATERM TERMID~00, TYPE-3277M2,ATTRID-1,COMMAND-YES, OFFACTN-HOLD, 
“7 ADDRCHAR-*60604040%, POLLCHAR-%40404040% 

7/7 BSCATERM TERMID-01, TYPE~3277M2,ATTRID-1,COMMAND-YES , OFFACTN-HOLD, 
7/ ADDRCHAR-*6060C1C1*,POLLCHAR-*4040C1C1* 

77 BSCATERM TERMID~10, TYPE-3277M2,ATTRID-1s5COMMAND-NO, 

77 ADDRCHAR~*61614040%, POLL CHAR-*C1C14040% 

77 BSCATERM TERMID-11, TYPE-3277M2,ATTRID-1,COMMAND-NO, 

77 ADDRCHAR-*6161C1C1%,POLLCHAR-*C1IC1C1C1% 


“7 TERMNAME NAME-CUGDVO,TERMID-00 
7/7 TERMNAME NAME-CUODVI, TERMID-01 
77 TERMNAME NAME-CULDVO,TERMID-10 
77 TERMNAME NAME-CUILDV1,TERMID-11 


HK HEX THIS STMNT TYPE REQD FOR CCPIVP 
7/7 DISKFILE NAME-CGIVFILE,ORG-C,RECL-16 
x 


HK HHH THIS STMNT NECESSARY FOR CCPIVP 

7/7 PROGRAM NAME-CCPIVP,PGMDATA-YES,PRINTER-SHR, 
7/7 FILES-*CGIVFILE/CO/NOSHR', 

7/7 PACK-PROGRAM 


00010000 
00020000 
00030000 
00040000 
00050000 
00060000 
00070000 
00080000 
00090000 
00100000 
00110000 
00120000 
00130000 
00140000 
00150000 
00160000 
00170000 
00180600 
00190000 
00200000 
00210000 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280000 
00290000 
00300000 
00310000 
00320000 
00330000 
00340000 
50000 

0000 


003 
0036 
00370000 


To Verify Generation (User, Cardless-Oriented) 


To verify that an operational CCP system has been gener- 
ated, the user should: 


1. Modify the sample assignment set contained in the 
source library member $CGSST on the CCP produc- 
tion pack. To do this, use the MODIFY statement in 
the utility program $MAINT. (For information on 
the MODIFY statement, see the appropriate SCP 
reference manual listed under Related Publications 
in the Preface.) 


2. Perform an assignment run which specifies the 
necessary environmental information to execute the 
installation verification program. 


3. Start the CCP and execute the installation verifica- 
tion program. 


GENERATION CONTROL STATEMENTS 


Each CCP generation requires a set of generation control 
statements. If the required statements are not specified, no 
generation takes place. Some generation statements are 
always required for CCP support, and others are required 
only if the user desires a certain option. 


Those control statements always required are: 


$EFAC CCP facilities 

$EPLG Programming languages 
$EFIL $CCPFILE allocation 
$EGEN CCP generation stream 


The optional controi statements are: 


$SESEC Terminal sign-on security 
$EMLA MLTA support 

$EMLD MLTA devices 

SEBSC BSC support 

SEBSD BSC devices 

$ECSC BSCC support 

$ECSD BSCC support ( °/04SC2 only 


Optional statements must be present to include support for 
MLTA, BSCA, or BSCC; that is, the $EMLA statement and 
at least one $EMLD statement must be present for MLTA 
support, the $EBSC statement and at least one $EBSD state- 
ment must be present for BSCA support, and the $ECSC 
statement and at least one $ECSD statement must be present 
for BSCC support (5704-SC2 only). 





All generation control statements (if present) must be in 
the following order: 


$EFAC 
$EPLG 
$ESEC 
SEFIL 
SEMLA! 
$EMLD! 
$EBSC 
$EBSD 
$ECSC 
$ECSD 
$EGEN 


\ 5704-SC2 only 


1MLTA and BSCC are mutually exclusive. 


Writing Generation Control Statements 


Starting in 
Column 


[Name | Operation | Operands | Continuation | 


Statement 

name or one or more 
separated by 
commas 


No operands 


Any nonblank 
character if 
continuation is 
being used 


The name field can contain any valid assembly language 
symbolic name beginning in column 1. The name is assigned 
to the first byte of generated code. Because the name is 
optional, it is not shown. 





| con) a ' Lous.) >t i 
USER 






The desired mnemonic operation code (control statement 
name) must appear as specified in the control statement 
description. The operation code must start in column 8. 


72 (80 : 
‘secure. ) cor |) piusi{2 i 
USER ee 
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The operands specify available services and options. The 
operands must start in column 14 and are written as follows: 


1. Each operand consists of a keyword followed bya 
hyphen and a parameter. 











3. Commas precede all but the first operand. 


4. The parameter part of the operand must immediately 
follow the dash. 





a 
[SECURE- < CCP 
USER 










‘5. The keyword part of each operand must correspond 
to one of the keywords in the control statement 
description. 





6. Some operands are not required. These optional 
operands are indicated by enclosing the operand 
within brackets [KEYWORD-parameter]. The 
operand enclosed in the brackets can be coded if the 
associated option is desired. The bracket symbols [] 
are used to help define the control statements. These 
symbols are not coded; they are only used to indicate 

how a control statement can be written. 











Coe {i raves jg boa 


Te An option list for a keyword parameter is specified 


as follows: 
NO 
CCP 
USER 
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Braces { \ indicate that a choice must be made. One 
of the parameters from the vertical stack within braces 
must be coded, depending on which of the associated 
services is desired. The symbols { } are used to help 
define the contro! statements. These symbols are not 
coded; they are only used to indicate how a control 
statement can be written. 












NO wie if 
= 0 

CCP +) ELUSIJ—) 
USER | : Tr 





The operands can be written in any order. Ifa key- 
word is not specified, the default value is used. A 
default value is selected for optionai keywords that 
are omitted. The default value is indicated in the 
macro instruction description by a Jine under the 
default option. For example, 


KEY- is 


cf 


indicates that option A is the default value. 





| (No. oe 
[secune- 4 ccp | LLusi-| =} 
 fusenj} 8) 





No operands can be specified beyond column 71. If 
continuation is required, column 72 must contain a 
nonblank character and the last operand must be fol- 
lowed by a comma. An operand cannot be divided 
and continued on the next lirie. The operands of the 
continued field must begin in column 14. For an 
example of continuation coding, see Figure 4. 


Comments must be separated from the operand or 
comma by at least one blank space. Comments can- 
not be inserted between operands on a one-line con- 
trol statement. Figure 5 shows examples of com- 
ments used with control statements. On the assem- 
bly listing, all comments on the generated code are 
justified by the macro processor to begin in column 
40. Any comments too long to be contained in 
columns 40 through 71 are truncated from the right. 


40 44 48 52 68 
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r MAND, OFERANDLS, OPER a a 
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Figure 5. Comments on Macro Instructions 


Most operands have default values. The user can have a 
control statement present and have all operands absent if 
he accepts the default values. 


In all cases where YES is appropriate, the single letter Y 
can be used. In all cases where NO is appropriate, the 
single letter N can be used. 


In the following generation control statement descriptions 


the term object system refers to the system that executes 
the CCP after generation. 
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$EFAC—CCP Facilities 


NO j 
[,ESCAPE- <‘cecccc’ 
eect 


What You Must Know 


Whether the data mode escape facility is to 
be generated, and if so the six user-specified 

[,PGMCNT- 
data mode escape characters. 


Will a program-request count be kept? 
Bree i e |. FORMAT- 


is display format facility (DFF) supported? 


Is program request under format (PRUF) 
supported? 


(.PRUF- 


: : [,OPPRUF- > —-} (5704-SC2 only) 
Is core resident accept input supported? 


Is resident OPEN/CLOSE supported? {,CPUMSG- ] {5704-SC2 only) 


Is 328X printer busy support to be 
included? 


[,ACCEPT- 


Is DFF to be moved out to support more 


[,RESOPN- (5704-SC2 only) 
terminals? 


Are the Terminal Name Tables (TNT) to be 
moved out to support additional terminals? 


(,BSYPRT- 


Is resident program request supported? L.MOVOFF. (5704-SC2 only) 
Is the serial I/O channel RPQ to be [(MOVTNT- (5704-SC2 only) 
supported? 
Is the Task-to-Task facility to be 
supported? 


[,RESREQ- (5704--SC2 only) 








[,SIOC- (5704-SC2 with 
5 Paes : 5799-WNK) 
The S$EFAC generation control statement indicates options 
that determine the CCP facilities to be included during 
senerenel [, LOWCAS- } (5704-SC2 only) 
This statement is always required and must be the first of 
the generation control statements. Only one $EFAC state- 
ment can be entered. All operands of this statement are LTTASK- 
optional. 
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NO 
‘ececce’ 
X'XXXXXXXKXXKXX! 


ESCAPE- 


The ESCAPE operand specifies whether data mode escape 
is supported and if so, the six data mode escape characters 
to be used. The data mode escape function is used by the 
terminal operator to instruct the CCP to accept the next 
input as a command to the CCP and not as data for the 
program with which the terminal had been communicating. 
This is the only way a terminal can interrupt the normal 
course of a program it requested. The CCP checks all data 
input from a requesting terminal for this string of characters 
as the first six bytes. 


Be sure this string is not a sequence of bytes that can 
inadvertently be entered as data. It is suggested that the 
string be made up of six special characters such as slash (/). 


EBCDIC characters or hex digits can be used for this value. 
lf EBCDIC characters are used, this value must be made up 
of exactly six characters. It is suggested the value be 
enclosed in apostrophes as shown, because certain characters 
chosen for this string might be considered operand 
delimiters by the macro processor. 


If the apostrophe (") is to be one of the characters of the 
string, then each such apostrophe must be coded as four 
successive apostrophes, and the parameter must be bounded 
by apostrophes. 

If the hex form is used, the parameter must be coded as: 

@ The letter X 

® Asingle apostrophe (‘) 

@ Exactly 12 hex digits 

@ A single apostrophe (’) 

The default value is NO, indicating no terminal can interrupt 


a program and communicate directly with the CCP. Fora 
minimum system this value is NO. 


YES 
PGMCNT- aN \ 


The PGMCNT operand specifies whether a count should be 
kept of the number of times a user program was requested. 
Not all requests for a user program are counted. The excep- 
tions include requests for an already active MRT and 
certain rejected requests. The count is a request count, not 
an execution count. YES indicates these counts are to be 
accumulated during the execution of the CCP, and are to be 
added to previous counts in $CCPFILE during the CCP 
shutdown. The default is NO, indicating program-request 
counts are not required. 


These counts can be used to design or redesign user 
programs to take advantage of certain CCP features (such 
as reusability or multiple requesting terminals) affecting 
program request response time. 


For Program Number 5704-SC2, if the active assignment 
set has been changed since startup, the counts will not be 
updated. 


For aminimum system the value is NO. 


YES 
FORMAT- ve \ 


The FORMAT operand specifies whether the display 
format facility (DFF) is to be included in the CCP. A value 
of YES includes DFF support in the CCP. The default 
value is NO indicating a CCP system without DFF support 
is to be generated. 


YES 
PRUF- tite \ 


The PRUF operand specifies whether program request 
under format (PRUF) is supported. YES must be specified 
if using the PRUFLNG parameter in the PROG RAM state- 
ment at assignment time. The default is NO. For more 
information on PRUF, see the /BM System/3 Communica- 
tions Control Program Programmer's Reference Manual, 
GC21.7579. 
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YES 
OPPRUF- { \ (5704-SC2 only) 
NO 


The OPPRUF operand specifies whether PRUF is to op- 
timize the TP buffer for PRUF mode terminals. If YES 
is specified, CCP will invite command mode PRUF ter- 
minals only for the data expected from that terminal. 
(DFF calculates the amount of data that is to be received 
from a terminal.) tf NO is specified, the command mode 
PRUF terminals will always be invited for the maximum 
PRUFLNG specified in the assignment set. This function 
may be needed if CCP is communicating with a System/7 
or a Series/1; for example, that is supporting lines in 
addition to CCP. The default is NO. 


NO 
CPUMSG- re \ (5704-SC2 only) 
YES 


The CPUMSG operand specifies whether information 
messages (S type) are to be sent to the CPUs. YES indicates 
that messages are to be sent. YES should be specified if the 
CPU is a System/34. The default is NO. 


ACCEPT cat 
NO 


The ACCEPT operand specifies whether the resident code 
will handle the user input data or whether a transient wil! 
have to be called. YES indicates the resident code will 
handle the input; NO indicates a transient will have to be 
called. The default is NO. 


YES 


RESOPN- { NO 


\ (5704-SC2 only) 


The RESOPN operand specifies whether or not the resident 
routine is to be incorporated to handle the pseudo open/ 
close/allocate functions of CCP. YES indicates that the 
resident routine handles the processing and occupies 10K 
bytes that would otherwise be allocated to the user program 
area. NO indicates that transients are invoked for this 
function. The default is NO. If RESOPN is yes for genera- 
tion, an external pointer list (EPL) is built during start-up 
time. 


YES 
BSYPRT- \ \ 
NO 


The BSYPRT operand specifies whether the code to handle 
a 328X printer busy condition is to be included in the CCP. 
YES indicates that the support is to be included. YES 
allows CCP to detect a printer busy condition, retain control 
until the printer has completed the operation, and then 
return control to the application program. The default 

is NO. 
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YES 
MOVDFF- ae (5704-SC2 only) 


The MOVDFF operand specifies whether the resident 
routine that supports DFF is to be moved from $CCP#2 to a 
4K-byte area that would otherwise be allocated to the user 
program area. The purpose of this move is to enable the 
system to support additional terminals. YES indicates 

that DFF is moved out. The default is NO. If MOVDFF. 

is YES, DFF must also be YES. 


YES 
MOVTNT- \ (5704-SC2 only) 


The MOVTNT operand specifies whether the Terminal Name 
Tables (TNT) within resident CCP are to be moved to a 2K 
or 4K-byte area that would otherwise be allocated to the 
user program area. The purpose of this move is to enable 
the system to support additional terminals. YES indicates 
that the TNTs are to be moved out. The default is NO. 


YES 
RESREQ- { \ 
NO 


The RESREQ operand specifies whether the resident 
routine is to be incorporated to handle the program request 
functions of CCP. YES indicates that the resident routine 
handles the processing and occupies 4K-byte area that 
would otherwise be allocated to the user program area. NO 


indicates that transients are invoked for this function. 
The default is NO (5704-SC2 only). 


YES 
SIOC- we \ (5704-SC2 with 5799-WNK) 


The SIOC operand specifies whether support for channel 
connected systems is to be included in this generation. 
The default is NO. (See /BM System/3 Model 15D 
Channel Connected Systems Program Reference and 
Logic Manual, GC21-5199.) 


NO 


PFI 


LOWCAS- PF2 (5704-SC2 only) 


PF12 


The LOWCAS operand specifies the PF key to be used to 
indicate lower case input from a terminal for program request 
data only. NO indicates that all input will be upper case. The 
defauit is NO. 


TTASK: - (5704-SC2 only) 


{ YES j 
| NO 4 
The TTASK operand specifies whether support for the task- 
to-task communication function is to be included in this 
generation. The default is NO. (See /BM System/3 Com- 
munications Control Program Programmer’s Reference 
Manual, GC21-7579.) 


SEPLG—Programming Languages 





What You Must Know 






Programming languages to be supported by the 
CCP. 





Disk unit on which the pack used to prepare 
programs written in that language is mounted 
during generation. 






Each SEPLG generation control statement indicates a pro- 
gramming language for program preparation under CCP. 
The following rules apply to this statement: 


®@ At least one $EPLG statement is required. 


© One SEPLG statement is required for each programming 
language supported by the CCP. Only one $EPLG state- 
ment can be entered for any one language. 


© The first SEPLG statement must immediately follow a 
SEFAC statement. Multiple $EPLG statements can 


come in any order after the first. 


@ All operands on this statement are required. 






peoeoe R1 

FORTRAN| Srl 

5 3- ¢ S 4 

$SEPLG LANG Naat ,PPUNIT eS 
‘rpc! a 





\ 


COBOL 
FORTRAN 
ASSEM 
RPGII 


LANG- 


The LANG operand specifies a programming language that 
is to be supported by the CCP. This operand indicates the 
language that is to be included in the CCP. ASSEM is the 
abbreviation for Basic Assembler language. At least one of 
the languages is required. There is no default. 


‘R1) 
F1 
R2 
F2' 


PPUNIT- 


The PPUNIT operand specifies the disk unit containing a 
pack used for compiling application programs for the CCP. 
For example, this is the pack containing the RPG I| 
compiler. Use this operand to specify the disk unit for this 
pack during generation. There is no default. Any 5444 
unit is valid, except the unit on which the distribution 
pack is mounted. 


The assembler user gets the CCP $N macros copied into his 
source library on this pack. He must designate the PPUNIT 
as a unit on which the Macro Processor resides. The CCP 

$N macros must be on the same pack as the macro 

processor or the DSM pack from which the user will perform 
initial program load (IPL) when assembling CCP programs. 


A // PAUSE card containing comments on directions for 
proceeding is generated into the input stream for copying 
and/or renaming data management modules. This atlows 
the user to ensure that the correct pack is mounted on the 
correct unit. The routines copied to the pack on this unit 
are: 

LANG Parameter What is Copied 


Communications service 
subroutine CCPCIO 


COBOL 


FORTRAN Communications service 


subroutine CCPFIO 
ASSEM Communications service 
macros $NCOM, $NPLO, 
SNOPV, SNRTV, $NPL, and 
$NCIO 


Communications service 
subroutines SUBR9O, SUBR9Q1, 
SUBR92, SUBR93, and 
SUBR88 


RPG II 
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SESEC—Terminal Sign-On Security 


What You Must Know 


What type of sign-on security used, if any. 


Length of the user’s security information, if a 
user written sign-on security routine is used. 





The S$ESEC generation control statement indicates the type 
of terminal sign-on security used (if any). 


This statement is optional. It is included only if terminal 
sign-on security is desired. If included, this statement must 
immediately follow a $EPLG statement. Only one $ESEC 
statement can be entered. All operands of this statement 
are optional. 


No 0 
(sEcurReE- Jccp $ | ius {ot ] 
USER a 








NO 
SECURE- <CCP 
USER| 


The SECURE operand specifies whether terminal sign-on 
security support is wanted. The default is NO. If the 
default is used, any command terminal can sign on to the 
user's system without presenting any validation informa- 
tion. 


CCP indicates that the CCP password security routines will 
be included and used. Each command terminal user must 
then give the proper one-to-six character password as the 
operand of his sign-on command before he can address the 
system to use further facilities. The actual password is 
specified in an assignment run. 


USER indicates that the user wishes to include his own 
sign-on security routines instead of using those of the CCP. 
These must follow the rules specified for such routines (see 
IBM System/3 Communications Control Program Program- 
mer’s Reference Manual, GC21-7579). In addition, at 
startup the user’s security information must exist in a load 
module named $CC4Z9. 


For a minimum system, the value is NO. 
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vs. (h 


The LUSI operand specifies the length (number of bytes) 
of the user’s security information. It should be omitted 
unless SECURE-USER is also specified. The default value 
is 0 and the maximum is 4096. However, the value of this 
operand must not be 0 if SECURE-USER was specified. 


If the user specifies SECURE-USER, at startup this number 
of bytes is moved from load module $CC4Z9 to the user's 
security work area reserved in the resident CCP supervisor 


during the CCP generation. 


For a minimum system, the value is 0. 


SEFIL~$CCPFILE Allocation 


What You Must Know 


Anticipated number of assignment sets to be 
placed into $CCPFILE. 


Anticipated number of programs and files in an 
assignment set. 


Anticipated number of terminals in your 
configuration. 


Number of main storage dumps to be retained 
in $CCPDUMP during error situations. 


Main storage size of processing unit. 


Disk unit and pack name on which $CCPFILE 
is to be created. 


Beginning track location for $CCPFILE, if you 
wish to position the file on the pack. 





The $EFIL generation control statement provides informa- 
tion that affects the allocated size and location of 
$CCPFILE. 


This statement is always required. Only one $EFIL state- 
ment can be entered. This statement must immediately 
follow the $ESEC statement (if present) or the SEFAC 
statement (if $ESEC is not present). 


All operands, except the FLUNIT, FLPACK, and TRKLOC 
operands, are used by the CCP generation to estimate the 
disk space required for $CCPFILE and S$CCPDUMP. 


You need not be overly concerned about allocating too 
little space for $CCPFILE or $CCPDUMP. If later you find 
that the space is too small for your requirements, you can 
enlarge the space for the file by doing one of the following: 


@ Use the $COPY program to copy $CCPFILE to a larger 
space on disk. 


® Use the program $CC1BF, which is present on your 
CCP Production pack, and specify a FILE OCL state- 
ment to indicate the number of tracks required. Run 
$CC1BF; then rerun assignment to reestablish the con- 
tents of $CCPFILE. 


®@ Use the program $CC1DP, which is present on your 
CCP Production pack, and specify a FILE OCL state- 
ment to indicate the number of tracks required for 
the $CCPDUMP file, as well as a // TRACE TRACKS-nn 
statement to allocate the trace area. 


@ (5704-SC2 only.) If you anticipate running the assign- 
ment build program ($CCPAS) while CCP is in the execu- 
tion phase, the number of sets anticipated should be 
increased by one. This will increase the initial disk space 
allocation of $CCPFILE allowing the CCP startup phase 
enough space to copy certain tables to the end of the 
file. These tables are needed by the CCP execution 
phase. With this arrangement, the rest of $CCPFILE is 
available for $CCPAS to perform its functions on the 
file. 


_ 
° 


>| 







[SETS- {3} ] .PROGS- \ } ] [,DFILES- {3k ] 


4 1 64K 
[,TERMS- {a ] .DUMPs- ii ] [,CORE- 96K ! 

} 128K 

R1 160K j 

Fl 192K 
/FLUNIT- Ro |FLPACK-pack moa 

F2 256K 


{, TRKLOC-n} 


{, DPTRAC- } 





‘Default for Program Number 5704-SC2. 
? Available as options for Program Number 5704-SC2. 
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SETS- {uh 

n 
The SETS operand indicates the maximum number of assign- 
ment sets that the user anticipates placing into $CCPFILE. 
Only one assignment set need be defined. If space is avail- 
able at assignment, it is possible to place more sets into 


$CCPFILE than the value given here. This value simply 
serves as a guideline in allocating space for the file. 


The default value is 1. For a minimum $CCPFILE the 
value is 1; the maximum is 25. 


PROGS- {12 


n 


The PROGS operand indicates the number of user programs 
anticipated for each assignment set in $CCPFILE. The 
Minimum value is 1; the maximum for 5704-SC1 is 255, 

for 5704-SC2 is 999. The default value is 10. 


The value given here does not place any actual restriction 
on the number of user programs in an assignment set, but 
simply serves as a guideline to the CCP generation in allocat- 
ing space for $CCPFILE. 


DFILES. {3} 
n 


The DFILES operand indicates the average number of disk 
files anticipated for each assignment set in $CCPFILE. The 
minimum is 0. The maximum for Program Number 
5704-SC1 is 50; the maximum for Program Number 
5704-SC2 is 192. The default value is 5. 


The value given here does not place any actual restriction on 
the number of disk files in an assignment set, but simply 
serves as a guideline to the CCP generation in allocating 
space for $CCPFILE. 
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Another factor to be considered in determining this operand 
value is the number of // FILE cards that can be entered at 
the CCP startup (the maximum number of files that can be 
used in any CCP run). The DSM allowable maximum is 40 
for Program Number 5704-SC1, and 192 for Program Num- 
ber 5704-SC2. If more than the maximum number of 

files is defined for an assignment set when starting up the 
CCP, the excess must be suppressed, during startup by the 
system operator. For a minimum $CCPFILE, a value of 0 
can be specified. 


TERMS- {i 
In 


This optional operand indicates the number of terminals 
anticipated for each assignment set in $CCPFILE. The 
minimum is 1 (the default value) and the maximum is 254. 


The value given here does not place any actual restriction 
on the number of terminals in an assignment set, but simply 
serves as a guideline to the CCP generation in allocating 
space for $CCPFILE. 


For a minimum $CCPFILE this value is 1. 


DUMPS. | tt 
n 
The DUMPS operand indicates space is to be reserved in 
SCCPFILE (or $CCPDUMP for 5704-SC2) for this number 
of dynamic main storage dumps. The default value is 1. 
The minimum value is 1, and the maximum value is 9. For 
Program Number 5704-SC2, the maximum value is 99. 


When a user program is abnormally terminated by the CCP 
and space is available in SCCPFILE (or $CCPDUMP for 
5704-SC2) for dumps, the supervisor and the program 
Partition in which CCP is running, are written to disk. If 
space for a complete dump is not available, no dump is 
made. For a discussion of the dump to disk from forcible 
termination, see /BM System/3 Model 15 Communicatior« 
Control Program System Operator's Guide, GC21-7619. If 
the non-CCP program partition size is not equa! to zero, 
more than the specified number of dumps can be taken. If 
$CCPDD is included in the assignment set (only necessary 
for 5704-SC2) $CCPDD can be used to dump the dump area 
while CCP is executing, thereby making room for more main 
storage dumps. 


48K ° 
64K 3 
96K! 

128K 

160K 
192K 
224K 
256K 
384K? 
512K? 


CORE- 


The CORE operand indicates processing unit size. The 
default and minimum values are 48K for Program Number 
5704-SC1, and 96K for Program Number 5704-SC2. This 
operand value indicates the total main storage size, not 
the size of the anticipated CCP program partition. 


$CCPFILE (or $CCPDUMP for 5704-SC2) dynamic main 
storage dump space allocation is based on this value. At 
startup, the DSM configured size of the processing unit 
running the CCP is used to determine how many core 
dumps can be taken during the run. 


R1 
Fi 
R2 
F2 


FLUNIT- 


The FLUNIT operand specifies the unit on which, during 
generation, the unit where $CCPFILE is to be allocated. 
There is no default parameter. 


The value specified here need not be the CCP production 
pack. 


During the second pass of the CCP generation, when the 
space for $CCPFILE is about to be allocated and its con- 
tents initialized, a // PAUSE statement, which is provided 
in the input, permits the system operator to verify that the 
correct pack is mounted on this unit and, if not, to mount 
It. 


FLPACK-pack 


The FLPACK operand specifies the pack name upon which 
$CCPFILE is to be allocated. There is no default value. 





' Default for Program Number 5704-SC2. 
? available for Program Number 5704-SC2. 
3 available for Program Number 5704-SC1 only. 


TRKLOC-n 


The TRKLOC operand can be used to specify the beginning 
track location for the allocation of $CCPFILE. 


If this operand is omitted, $CCPFILE is allocated in the 
location determined by the DSM. 


DPTRAC-n 

This optional operand indicates the number of tracks that 
are to be allocated for the CCP trace area within the CCP 
dump file (SCCPDUMP). The default is 0: the maximum 


is 1000 (5704-SC2 only). The minimum non-zero value 
that is allowed for trace is 6 tracks. 


$EMLA—MLTA Support 


What You Must Know 


Number of MLTA lines to be supported. 


If MLTA is to be supported, whether all pro- 
grams will use translated (EBCDIC) data, or 
whether some programs will process data in 
line transmission code. 





The $EMLA generation control statement indicates whether 
the Multiple Line Terminal Adapter (MLTA) is to be used 
by the CCP and, if so, the number of MLTA lines. 


This statement is optional. It need be included only if the 
MLTA is to be supported. Either the MLTA statements 
(SEMLA and $EMLD), the BSCA statements (SEBSC and 
$EBSD), or the BSCC statements (SECSC and $ECSD) must 
be included. Both BSCA and MLTA can be specified. How- 
ever, BSCC and MLTA are mutually exclusive. Only one 
$SEMLA statement can be entered. If included: 


@ This statement must immediately follow the $EFIL 
statement. 


@ At least one $EMLD statement is required to immediate- 
ly follow this statement if the value of operand LINES is 
not 0. 
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LINES-n 


$EMLD—MLTA Devices 


The LINES operand indicates the number of teleprocessing 
lines on the user’s MLTA. The minimum is 0, and the 





maximum is 8. What You Must Know 

By implication, 0 indicates no MLTA support is to be ——__—. MLTA terminal devices to be supported. 
generated into the CCP and thus no $EMLD control state- 

ments are allowed. If this value is not 0, at least one MLTA line transmission code for each terminal 
$EMLD statement is required. ____ ‘type. 

XLATE- \ TES 


The $EMLD generation control statement indicates an 
MLTA terminal type to be supported with its features, the 
type of line the terminal is on, and the transmission code 
required on the line. 


The XLATE operand specifies whether programs always 
require translation of line transmission code to EBCDIC on 
input and translation from EBCDIC to line transmission 


code on output. This statement is optional. It need be included only if the 


MLTA is supported. 
The default is YES indicating that translation is always 


used in MLTA communications operations. NO indicates If the MLTA is supported: 
that translation can sometimes be suppressed, via a 
specification in the assignment stage TERMATTR statement. ® At least one $EMLD statement is required. 


Regardless of the value of this operand, the forcing of upper e 
case translation of input data is always allowed in the 
TERMATTR statement. 


One SEMLD statement is required for each unique ter- 
minal-type/transmission-code combination (not one for 
each terminal). 


The value NO requires more CCP resident support than the e 


The first SEMLD statement must immediately follow a 
value YES. 


$EMLA statement. Other $EMLD statements must 


follow the first. 
Note: That portion of the CCP that contains the MLTA 


1OCS and buffers ($CC4#2) must be loaded below 128K. @ Both operands on this statement are required. 


1050 

1050D 

2740 

2740S 

2740C 

2740SC 

2740D 

2740DT 

2740DC 

2740DTC CORR | 


2740M2S XMCODE- PTTCEBCD 
2740M2SB PTTCBCD ( 
2740M2SC 

2740M2SCB 

2741 


2741D 
CMCSTD 
SYS7C 
SYS7SC 
SYS7DC 
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1050 


/ Terminal 
1050D Type 
2740 
2740C 2740DC 
2740D 
2740DC 
2740DT 
2740DTC 2740DT 
2740M2S 
TYPE- / 2740M2SB 
2740M2SC 2740DTC 
2740M2SCB 
2740S 
2740SC 
2741 2740M2S 
2741D 
CMCSTD 
SYS7C 2740M2SB 
SYS7DC 
‘SYS7SC 
2740M2SC 
The TYPE operand indicates the type of terminal and its 
features on a switched (dial) line or nonswitched (nondial) 
line. 
lent 2740M2SCB 
The specification of a particular terminal type in a $EMLD 
statement causes the control logit support for that terminal 
type to be included in the CCP. Omission of a terminal 
type among the user's $EMLD statements indicates support 
for that type is not desired. 2740S 
The following table explains the meaning of each terminal 
type code: 2740SC 
Terminal 
Type Description 
1050 1050 on a nonswitched line. 
1050D 1050 on a dial! (switched) line. 
2740 2740 Model 1 without extra features on 
a nonswitched line. 
2740C 2740 Model 1 with longitudinal redun- 
dancy checking (LRC) feature on a non- 
switched line. 
2740D 2740 Model 1 without extra features on 


a dial (switched) line. 


Description 


2740 Model 1 with longitudinal redun- 
dancy checking (LRC) feature on a dial 
(switched) line. 


2740 Model 1 with transmit control fea- 
ture on a dial (switched) line. 


2740 Model 1 with transmit contro! and 
longitudinal redundancy checking (LRC) 
features on a dial (switched) line. 


2740 Model 2 with station control feature 
on a nonswitched line. 


2740 Model 2 with station control and 
buffer receive features on a nonswitched 
line. 


2740 Model 2 with station control and 
longitudinal redundancy checking (LRC) 
features on a nonswitched line. 


2740 Model 2 with station control, 
longitudinal redundancy checking (LRC), 
and buffer receive features on a non- 
switched line. 


2740 Model 1 with station control fea- 
ture on a nonswitched line. 


2740 Model 1 with station control! and 


longitudinal redundancy checking (LRC) 
features on a nonswitched line. 
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Terminal 


Type Description 
2741 2741 on a nonswitched line. 
2741D 2741 ona dial (switched) fine. 


CMCSTD Communicating Magnetic Card SELEC- 
TRIC ® Typewriter ona dial (switched) 
line. The CMCST is supported to the 
extent that it functions identically to a 
2741D. 

SYS7C System/7 functioning as a 2740 with 
longitudinal redundancy checking (LCR) 
feature on a nonswitched line. The 
System/7 is supported to the extent that 
it functions identically to a 2740C. 
SYS7DC System/7 functioning as a 2740 with 
longitudinal redundancy checking (LRC) 
feature on a dial (switched) line. The 
System/7 is supported to the extent that 
it functions identically to a 2740DC. 
SYS7SC System/7 functioning as a 2740 with 
station control and longitudinal redun- 
dancy checking (LRC) features on a 
nonswitched line. The System/7 is sup- 
ported to the extent that it functions 
identically to a 2740SC. 


The 3767 terminal can be used under CCP to simulate the 
following MLTA terminals: 2740C, 2740DC, 2740M2SCB 
2740SC, 2741, 2741D. 


’ 


The only restriction on generation is that the CORR and 
PTTCEBCD operands are the only valid transmission codes 
when the 3767 is used to simulate one of the terminals 
listed above. (For assignment, see the MLTATERM 
statement under Assignment Stage.) 


The 5100 portable computer can be used under CCP to 
simulate the following MLTA terminals: 2741 and 2741D. 
The only restriction on generation is that the CORR and 
PTTCEBCD operands are the only vatid transmission codes 
when the 5100 is used to simulate one of the terminals 
listed above. (For assignment, see the MLTATERM state- 
ment under Assignment Stage.) 
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CORR 
PTTCEBCD 
PTTCBCD 


XMCODE- 


The XMCODE operand indicates the MLTA line transmis- 
sion code that the terminal in this $EMLD statement will 
use. 


CORR indicates correspondence code 


PTTCEBCD indicates paper tape transmission code 
EBCDIC 


PTTCBCD indicates paper tape transmission code BCD 
(binary coded decimal) 


Specifying a particular code causes generation to include the 
line-code-to-EBCDIC (upper and lower case) and EBCDIC- 
to-line-code translation modules when copying modules to 
the production pack. 


The following table indicates the valid values of XMCODE 
for each terminal type and its features: 


Terminal Valid Transmission Code(s) 
1050 
EBCD 

1050D \ EVIGEES 
2740 
2740C 
2740D 
2740DC 
2740DT CORR 
2740DTC PTTCEBCD 
2740M2S PTTCBCD 
2740M2SB 
2740M2SC 
2740M2SCB 
2740S 
2740SC 
2741 \ CORR 
2741D PTTCEBCD 

PTTCBCD 
CMCSTD CORR 
SYS7C 
SYS7DC PTTCEBCD 
SYS7SC 


SEBSC-—BSC Support 





What You Must Know 






BSCA lines, line features, and BSC control 
logic to be included in the CCP support. 







BSCA line transmission code for each terminal 


——.._ type. 


Is the display adapter (DA) supported? 








Is internal polling supported? 


The $EBSC generation control statement indicates general 
specifications concerning binary synchronous communi- 
cations (BSC) support. 


This statement is optional. It need be included only if the 
Binary Synchronous Communications Adapter (BSCA) is 
supported. The BSCA statements (SEBSC and $EBSD), 
the MLTA statements (SEMLA and $EM LD), or (for 
Program Number 5704-SC2 only) the BSCC statements 
(SECSC and $ECSD) must be included. Both MLTA and 
BSCA can be specified. However, BSCC and MLTA are 
mutually exclusive. Only one $EBSC statement can be 
entered. If included: 


© This SEBSC statement follows the last $EMLD state- 
ment if MLTA support is included. If MLTA support is 
not included, this statement immediately follows the 
$SEFIL statement. 


® At least one $EBSD statement is required to immediately 
follow this statement if the value of the BSCA operand 
is other than zero. 


Generation Stage 
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» ES YES 
{BSCA- 1 ) [,DA- J] {,DIAL- { ] 
2 NO 
YES 
[,PP- ae owe. : vs ites {ho } 
NO 


[,GETMSG- { io ] 





NO 


YES : iE 
LITB- te My [,RECSEP- {5 j 

YES YES 
L,ASCII- ais \ [,EBCDIC- { No~ \ ] 


YES YES 
[,RESPOL- ‘ie \ ] iaurons. 1° \ 








[,XPRNCY- | 





\2| 
esca,) 1 


(2) 


The BSCA operand indicates the number of BSC adapters 
(lines) the CCP supports. The minimum (and default) is 
0; the maximum is 2. 


A value of 0 indicates that BSC support is not included, 
in which case, no other operands should be specified, 
(if specified, they must not have other than default 
values). Also, no $EBSD statements are allowed. 


A value of 1 or 2 indicates that BSC control logic support 
is included in the CCP. 


YES 
ae ine } 


The DA operand indicates whether the display adapter is 
supported by CCP. DA-YES is valid only if the value of 
operand BSCA was 1 or 2. The default is NO. (See 
Support of the Display Adapter at the end of this chapter.) 
YES 
Dial tno f 


The DIAL operand indicates whether a BSCA dial (switched 


line) network is to be supported by the CCP. The default 
is NO. 
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DIAL-YES is valid only if the value of operand BSCA was 1 
or 2, and the 3275, 3735, 3741, CPU or processing units are 
supported. 


YES includes the support and NO excludes it. 


YES 
PP we | 


The PP operand indicates whether a BSCA point-to-point 
(leased or private) network between a 3741 or processing 
units is supported by the CCP. 


PP-YES is valid only if BSCA-1 or BSCA-2 was specified. 


YES includes the support and NO excludes the support. 


YES 
MPN \ 


The MP operand indicates whether a BSCA multipoint 
tributary (leased or private) network is supported under 
the CCP. This means the System/3 with the CCP is polled 
and addressed by another computer. 


MP-YES is valid only if BSCA-1 or BSCA-2 was specified. 
YES includes the support and NO excludes the support. 


The default is NO. 


YES 
cS {No 


The CS operand indicates whether a BSCA control station 
(leased or private) network is supported under the CCP. 
This means the System/3 with the CCP polls and addresses 
other terminals. 


CS-YES is valid only if BSCA-1 or BSCA-2 was specified. 
YES includes the support and NO excludes the support. 


CS-YES must be specified when using a 3271 control unit 
to control display terminals or when using a 3275 display 
station with nonswitched lines. 


The default is NO. 


YES 
ETsa-4 
GETMSG | NO \ 


The GETMSG operand indicates whether the BSCA control 
logic to get a message should be included in the CCP (see 
IBM System/3 Communications Control Program Program- 
mer’s Reference Manual, GC21-7579). 


YES includes the functional capability to read (in one user 
requested operation) from start-of-message to EOT. For 
example, one could read from many separated fields on 

the display screen of the 3277 and receive all the data as 
one continuous string. GETMSG-YES is required if 
FORMAT-YES is specified on the $EFAC statement or if 
program request under format is used. (See the PRUFLNG 
tarameter of the PROGRAM statement in the assignment 
stage.) 


The default is NO and excludes the support. 


YES 
IT8-| NB } 


The ITB operand indicates whether BSC intermediate- 
text-block characters will be used in communicating with 
BSC terminals. 


YES on this operand is valid only if BSCA-1 or BSCA-2 
was specified. YES includes the control logic to handle 
fixed length block records with intermediate text-block 
characters. This control togic is used primarily for batch 
transmission devices, such as CPUs. 


The default is NO and excludes the support. 
RECSEP- iE} 
xx 


The RECSEP operand specifies the hexadecimal record 
separator byte for BSC transmission. This feature is used 
primarily for batch transmission devices, such as CPUs, 
3741, or 3735 terminals. 


The user can specify a record separator byte as any two 
hexadecimal digits. When separator bytes are used, the 
most commonly used byte is hexadecimal 1E which is the 
default value. The record separator byte specified here is 
the character used in every instance of variable length 
block records. 


ASCIl-{ NG f 


The ASCII operand specifies whether BSCA line 1 and/or 
line 2 uses ASCI! transmission code. 


YES includes the capability of translating between ASCII 
transmission code and EBCDIC code used by programs in 
the system. If BSCA is not 0, either ASCH-YES must be 
specified, or EBCDIC-NO must not be specified. 


The default is NO and excludes the transiation for ASCII 
code. 
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YES 
EBCDIC- {ro} 


The EBCDIC operand specifies whether BSCC line 1 and/or 
line 2 uses EBCDIC transmission code. 


When no ASCII or EBCDIC operand is specified and BSCA 
isnot 0, EBCDIC-YES is assumed. 


The default is YES. 


YES 
RESPOL- 0 \ 


The RESPOL operand specifies whether BSC polling 
modules are main storage resident rather than executed 
as transients. 


YES makes the polling routines resident. NO specifies 
polling is done by transients. There is no difference in 
function in the two methods. Main storage resident 
polling is used only for improved response time. The user 
can use this feature (main storage resident polling) when 
his programs can be interactive with many terminals on 
one line. 


YES is valid only if BSCA-1 or BSCA-2 was specified in 
this same control statement. If RESPOL-YES is specified, 
CS-YES must be in effect. 


Specifying NO or allowing this operand to default may 
cause performance to degenerate in the other program 
partitions due to disk reads of the polling transients. 


The default is NO. 


YES 
AUTORS | NG \ 


The AUTORS operand specifies whether the BSC multi- 
point tributary (non control station) support to auto- 
matically send a negative response to polling and address- 
ing sequences is included in the CCP. This will be in effect 
only after the first data transfer has completed and will 
remain in effect until a subsequent BSCA I/O operation 

or a MLMP CLOSE operation is issued to the line. This 
allows the CCP to respond faster and avoid possible 
timeout problems on the CPU that is polling or addressing 
your system. 
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YES causes the proper module to reside in main storage. 

NO means that no response is given to the POLL/ADDRESS 
request from the control station until the program is 

loaded under CCP. Thus timeouts can occur at the control 
station. The user should specify YES if he expects 

serious timeout problems. 


If AUTORS-YES is specified, MP-YES must be in effect. 
TYPE-CPU must be specified on a $EBSD generation 
control statement. The default for AUTORS is NO. 


YES 
XPRNCY-{ NG ; 


The XPRNCY operand specifies whether the text trans- 
parency feature is used by application programs run 
under control of the CCP. 


YES includes support for text-transparency. NO excludes 
the support. 


lf YES is specified, EBCDIC-NO must not be specified in 
this S$EBSC statement. 


The default is NO. 


YES 
INTPOL-4 NO \ 


This keyword specifies whether to include support for 
timer-initiated interval polling. The default is NO. Interval 
polling allows the processing unit clock to stop between 
requests to poll BSC terminals during periods of low 
activity. All terminals are polled continuously until all 
terminals on the line have responded negatively for the 
time specified in the POLTIME parameter at the assignment 
stage. When a positive response is received from any BSC 
terminal, interval polling is suspended and continuous 
polling is resumed until another specified period of only 
negative responses. 


Note: \nterval polling is not recommended on a system 
with MINRES-YES (keyword $EGEN). It is not recom- 
mended because the loading of the additional non resident 
system routines causes the processing unit clock to run 
continuously. 


YES 
Pp : 
ca Ne } 


(5704-SC2 only) 

The PORT operand indicates whether to include the facility. 
YES includes the logic to handle programs written to com- 
municate over BSCA lines. Program Number 5799-WNK 
(Channel-Connected Systems RPQ) is not needed to support 
this facility. The default is NO and excludes the support. 


$EBSD-—BSC Devices 


What You Must Know 


BSCA terminal devices to be supported. 





The $EBSD generation control statement indicates a BSC 
device type that the CCP is to support. 


This statement is optional. It need be included only if 
BSC is to be supported. 


!f BSC is to be supported: 
® At least one $EBSD statement is required. 


@ One SEBSD statement is required for each unique 
terminal type. 


®@ The first $EBSD statement must immediately follow a 
$EBSC statement. Other $EBSD statements immedi- 
ately follow the first. Multiple $EBSD statements may 
be in any order. 


@ The 3275M1 and 3275M2 require either control station 
or switched line support (CS-YES or DIAL-YES on the 
$EBSC statement). Other 3270 type terminals require 
control station line support (CS-YES on the $EBSC 
statement). 


@ The operand on this statement is required. 






3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
TYPE-( 3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 














3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
TYPE-( 3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 


The TYPE operand specifies a particular BSC terminal type 
to be supported. Specification of a terminal type causes 
the necessary control Jogic to be included into the CCP to 
support that type. On individual $EBSD statements, any 
or all of the above terminal types can be specified. 


The 3272 is not supported by the CCP. 


M1 indicates a 480-byte buffer terminal and M2 indicates 
a 1920-byte buffer terminal of the 3270 system series. 


3735 indicates the 3735 programmable terminal. For a 
description on how to create and transmit forms descriptor 
program (FDP), see /BM 3735 Programmer's Guide, 
GC30-3001; and /BM 3735 Support Program Coding 
Manual, GC21-5096. 


CPU indicates support for all CPUs capable of receiving or 
transmitting in BSC (see /BM System/3 Communications 
Control Program Programmer's Reference Manual, 
GC21-7579). 


3741 indicates the 3741 Data Station Models 2 and 4 (see 
!BM 3741 Data Station Reference Manual, GA21-9183). 


Note: The following terminals are supported in compatibility 
mode. Specify the appropriate entry for the terminal type 
as follows: 


Terminal Type Entry 

3276 3277M2 

3278 3277M2 

3287 3284M2 or 3286M2 
3288 3286M2 

3289 3286M2 

5231-2 3741 
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$ECSC—BSCC Support (5704-SC2 only) 


What You Must Know 


BSCC lines, line features, and BSCC control 


logic to be included in the CCP support. 


BSCC line transmission code for each 
terminal type. 





The $ECSC generation control statement indicates general 
specifications concerning binary synchronous communica- 
tions controller (BSCC) support. 


This statement is optional. It need be included only if 

the binary synchronous communications controller (BSCC) 
is supported. BSCC and MLTA are mutually exclusive 
within a single generation. Only one $ECSC statement can 
be entered. If included: 


®@ The $ECSC statement follows the last $EBSD statement 
if BSCA support is included. If BSCA support is not 
included, this statement immediately follows the $EFIL 
statement. 


@ At least one $ECSD statement is required to immediately 
follow this statement if the value of the BSCC operand 
is other than zero. 





o 
{BSCC- 1 ] 
2 
YES 
|, GETMSG- is 
YES 1E 
{,1TB- ties ] [,RECSEP- \ ] 
YES YES 
LASCII- ine, | ] £,EBCDIC- \no't J 
YES YES 
[.XPRNCY- | } (INTPOL- Ne ] 
_ YES 1 YES 1 
Les ie ty LpP- tae 





f Program Number 5704-SC2 only 
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0) 
BSCC- 1 


The BSCC operand indicates the number of BSCC adapters 
(lines) that CCP supports. The minimum (and the default) 
is 0; the maximum is 2. 


A value of 0 indicates that BSCC support is not included. 
In this case, no other operand should be specified (if they 
are specified, they must not have other than the default 
value). Also, no $ECSD statements are allowed. 


A value of 1 or 2 indicates that BSCC control logic support 
is included in CCP. 


YES 
GETMSG- ie \ 


The GETMSG operand indicates whether the BSCC control 
logic to get a message shoutd be included in the CCP (see 
/BM System/3 Communications Control Program Program- 
mer’s Reference Manual, GC21-7579). 


YES includes the functional capability to read (in one user 
requested operation) from start-of-message to EOT. For 
example, one could read from many separated fields on 
the display screen of the 3277 and receive all the data as 
one continuous string. GETMSG-YES is required if 
FORMAT-YES is specified on the $EFAC statement or if 
program request under format is used. (See the PRUFLNG 
parameter of the PROGRAM statement in the assignment 
stage.) 


The default is NO and excludes the support. 


YES 
ITB. { ie \ 


The ITB operand indicates whether BSCC intermediate- 
text-block characters will be used in communicating with 
BSCC terminals. ITB-YES cannot be specified if 
XPRNCY-YES is specified. 


YES on this operand is valid only if BSCC-1 or BSCC-2 was 
specified. YES includes the control logic to handle fixed 
length block records with intermediate text-block characters. 
This control logic is used primarily for batch transmission 
devices, such as CPUs. 


The default is NO and excludes the support. 


RECSEP- {et 

Xx 
The RECSEP operand specifies the hexadecimal record 
separator byte for BSCC transmission. A CCP generated to 
support BSCC terminals always includes code for handling 
variable length records. This code is used primarily for 


batch transmission devices, such as CPUs, 3741, or 3735 
terminals. 


The user can specify a record separator byte as any two 
hexadecimal digits. When separator bytes are used, the 
most commonly used byte is hexadecimal 1E which is the 
default value. The record separator byte specified here is 
the character used in every instance of variable length block 
records. 


ASCII- Nort 


The ASCII operand specifies whether any CCP supported 
BSCC line uses ASCII transmission code. 


YES includes the capability of translating between ASCII 
transmission code and EBCDIC code used by programs in 
the system. If BSCC is not 0, either ASCII-YES must be 
specified, or EBCDIC-NO must not be specified. 


The default is NO and excludes the translation for ASCII 
code. 


YES 
EBCDIC- ne \ 


The EBCDIC operand specifies whether any UCP supported 
BSCC line uses EBCDIC transmission code. 


When no ASCH or EBCDIC operand is specified and BSCC 
is not 0, EBCDIC-YES is assumed. 


The default is YES. 


XPRNCY- p YES \ 


{No 


The XPRNCY operand specifies whether the text transpar- 
ency feature is used by application programs run under 
control of the CCP. 


YES includes support for text-transparency. NO excludes 
the support. 


If YES is specified, EBCDIC-NO must not be specified in 
this $ECSC statement. 


The default is NO. 


YES 
INTPOL- ‘ni ; 


This keyword specifies whether to include support for timer- 
initiated interval polling. The default is NO. Interval polling 
allows the processing unit clock to stop between requests to 
poll BSCC terminals during periods of low activity. All 
terminals are polled continuously until all terminals on the 
line have responded negatively for the time specified in the 
CSPOLTIM parameter at the assignment stage. When a posi- 
tive response is received from any BSCC terminal, interval 
polling is suspended and continuous polling is resumed until 
another specified period of only negative responses. 


PP- ; weer (5704-SC2 only) 


The PP operand indicates whether a BSCC point-to-point 
(leased or private) network between a System/3 and a 
processing unit (or 3741) is supported by CCP. PP-YES is 
valid only if BSCC-1 or BSCC-2 was specified. YES includes 
the support and NO excludes the support. The default is NO. 


CS- ire} (5704-SC2 only) 
The CS operand indicates whether a BSCC contro! station 
network is supported under CCP. This means that the 
System/3 with CCP polls and addresses terminals. CS-YES 
is valid only if BSCC-1 or BSCC-2 was specified. CS-YES 
must be specified when using a 3271 control unit to control 
display terminals or when using a 3275 display station with 
nonswitched lines. YES includes the support and NO 
excludes the support. The default is YES. 


YES 


PORT- Ne 


\ (5704-SC2 only) 


The PORT operand indicates whether BSCA portline 
facility is to be supported by CCP. YES includes the logic 
to handle programs written to communicate over SiOC 
lines. Program Number 5799-WNK (Channel-Connected 
Systems RPQ) is not needed to support this facility. The 
default is NO and excludes the support. 
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$FCSD—BSCC Devices 


What You Must Know 


BSCC terminal devices to be supported. 





The S$ECSD generation control statement indicates a BSCC 
device type that the CCP is to support. 


This statement is optional. It need be included only if BSCC 
is to be supported. 


lf BSCC is to be supported: 
® At least one $ECSD statement is required. 


©@ One $ECSD statement is required for each unique 
terminal type. 


®@ The first $ECSD statement must immediately follow a 
SECSC statement. Other $ECSD statements immediately 
follow the first. Multiple $ECSD statements may be in 
any order. 


@ The operand on this statement is required. 


3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
3277M2 


3284M2 
3286M2 
3735 
3741 
CPU 
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3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 


TYPE- 


The TYPE operand specifies a particular BSCC terminal 
type to be supported. Specification of a terminal type 
causes the necessary control logic to be included into the 
CCP to support that type. On individual $ECSD statements, 
any or all of the above terminal types can be specified. 


The 3272 is not supported by the CCP. 


M11 indicates a 480-byte buffer terminal and M2 indicates a 
1920-byte buffer terminal of the 3270 system series. 


3735 indicates the 3735 programmable terminal. Fora 
description on how to create and transmit forms descriptor 
Program (FDP), see /BM 3735 Programmer's Guide, 
GC30-3001; and /BM 3735 Support Program Coding 
Manual, GC21-5096. 


CPU indicates support for all CPUs capable of receiving or 
transmitting in BSCC (see /BM System/3 Communications 
Control Program Programmer's Reference Manual, 
GC21-7579). 


3741 indicates the 3741 Data Station Models 2 and 4 (see 
IBM 3741 Data Station Reference Manual, GA21-9183). 


Note: The following terminals are supported in compati- 
bility mode. Specify the appropriate entry for the terminal 
type as follows: 





Terminal Type Entry 

3276 3277M2 

3278 3277M2 

3287 3284M2 or 3286M2 
3288 3286M2 

3289 3286M2 

5231-2 3741 


$EGEN—CCP Generation Stream 


What You Must Know 


Disk unit and pack name on which disk 
system management resides (F1 or R1). 


Disk unit and pack name on which the 


CCP is generated. 


Disk unit(s) and pack name(s) for work 
file space during generation. 


Disk unit on which the macro processor 
and the distribution CCP modules reside. 





The SEGEN generation control statement indicates where 
various unit and pack names are located during the CCP 
generation, permits the user to specify the minimum size 
of resident code, and determines the input medium used 
during step 6 of generation. 


This statement is always required. It must be the last of 
all $E generation control statements. Only one $EGEN 
statement can be entered. 


The disk units used in a CCP generation are not fixed, as 
in a generation of DSM. Any available unit can be used to 
hold any pack required, if: 


® The distribution pack remains mounted on the same 
unit throughout generation. 


@ The system pack remains mounted on the same unit 
throughout generation. 


@ The distribution pack is not used as the receiving pack 


for any relocatable or load modules produced by 
generation. 
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\ ,»DIUNIT- 


Ss YES 
| | [,CARD- {sl ] 


D42 
D43 
D44 | 


PACK | 1 
[,DPPACK- cee 


Por Program Number 5704-SC2 only 


einer f Fi 
osunit {54 


The DSUNIT operand specifies which disk unit (F1 or R1) 
contains the DSM during the CCP generation. This is the 
unit from which the user loads the DSM (performs IPL). 

it is assumed that the DSM is properly generated on the 
system pack, including the appropriate MLTA and/or 
BSCA 1/0 macros and subroutines. Either of the values is 
valid. There is no default. 


| F | 

.} RI 

Were £2 
R2 


g 


The CCUNIT operand specifies the production disk unit 
upon which the generated CCP modules, except for those 
which directly support application program preparation 
(specified in the $EPLG statement), are to be generated. 
Any of the values is valid. There is no default. This unit 
can be the same as that specified for DSUNIT. 
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weunir.4 unt \ 


‘unit,unit,unit’ 


The WKUNIT operand specifies the disk unit(s} upon 
which work files are to be allocated during the CCP 
generation. The value for unit can be R1, F1, R2, F2, D1, 
D2, D3, or D4; for Program Number 5704-SC2, D31, D32, 
D33, D34, D41, D42, D43, and D44 are also valid. There 
is no default value. 


Either the single unit form or the triple unit form must be 
used. The same form must be used for the WKPACK 
operand. If the single unit form is used, $SOURCE, 
$WORK, and $WORK2 are allocated on the same (specified) 
unit whenever they are required. 


If the triple unit form is used, the first unit indicates where 
$SOURCE is allocated whenever it is required. The 
second unit indicates where $WORK is allocated whenever 
it is required. The third unit indicates where $WORK2 is 
allocated whenever it is required. 


The work space required is: 

@ For $SOURCE: 170 tracks 
@ For S$WORK: 50 tracks 

@ For $WORK2: 50 tracks 


The time required for generation can be significantly 
reduced if these files (particularly $SOURCE) can be 
allocated on a pack other than the CCP distribution pack, 
especially if that pack can be on a unit served by a separate 
disk arm. 


pack 
WKPACK- 
eee 
The WKPACK operand specifies the pack name(s) upon 
which the work files are allocated during the CCP genera- 
tion. The value for pack is the appropriate user’s pack 
name. There is no default value. 


Either the single pack form or the triple pack form must be 
used. The same form must be used as for the WKUNIT 
operand. If the single unit form was used for WKUNIT, 
then the single pack form must be used here. If the triple 
unit form was used for WKUNIT, then the triple pack form 
must be used here. If the single pack form is used, 
$SOURCE, $WORK, and $WORK2 will all be allocated on 
the same (specified) pack whenever they are required. 


If the triple pack form is used, the first pack indicates the 
pack name for allocation of $SOURCE whenever it is 
required. The second pack indicates the pack name for 
allocation of $WORK whenever it is required. The third 
pack indicates the pack name for allocation of $WORK2 
whenever it is required. 


F1 
R1 
F2 
R2 


DIUNIT- 


The DIUNIT operand specifies the disk unit which contains 
the macro processor and the distribution CCP modules 

as shipped from the IBM Program Information Department 
(PID). The value must not specify a unit that is the same 
as that specified for CCUNIT, nor the same as any specified 
for PPUNIT in a $EPLG statement. 


YES 
mines. { NO \ 


The MINRES operand specifies whether the size of the 
resident CCP control routine is made as small as possible. 


YES indicates that the resident control routine is made as 
small as possible. This is done by making certain communi- 
ions handling routines transient rather than resident. 


Note: Interval polling is not recommended on a system 
with MINRES-YES (keyword $EGEN). It is not 
recommended because the loading of the additional non- 
resident system routines causes the processing unit clock 
to run continuously. 


YES 
CARD- ie \ 


The card operand specifies the input medium to be used 
during Step 6 of the CCP generation. YES, the default 
value, indicates a card-oriented generation. In this case, the 
complete job stream is punched during generation. After 
being punched, the job stream is entered via the card reader 
to complete the generation. 


NO indicates a cardless-oriented generation. 


DPUNIT (5704-SC2 only)! 


This operand specifies the unit on which the CCP dump 
file (SCCPDUMP) resides. The default is D2 (5704-SC2 
only). 


DPPACK (5704-SC2 only)! 


This operand specifies the pack on which the CCP dump 
file (SCCPDUMP) resides. The default is D2D2D2. 


1 When running a card generation, the punched cards for DPUNIT 
and DPPACK from the sample deck should be filled in. !f the 
default is to be taken, the cards should be pulled from the sample 
deck and left out for step 3 of the generation. 
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CCP PROGRAMS USED IN GENERATION 


Generation Utility ($CC1PP) 


The generation utility program ($CC1PP) is used in step 5 
of the CCP generation to print any error messages, or if 
there are no errors, to print and provide the input stream 
for the second pass of generation. 


For a card-oriented generation, the output from $CC1PP 
can be punched on either the MFCM, MFCU, or the 1442, 
whichever is the standard punch device for the system on 
which generation occurred. 


SCP Generator ($CGxxx) 


The system control program generator (SCGDRV and 
related $CGxxx phases) is used in the second pass of 
generation (step 6) to generate: 


@ The initialization data for $CCPFILE. 


@ The execution time resident load modules ($CC4#1, 
$CC4#2, and, if BSCC is supported, $CC4#M). 


@ Anull user security information module if a user 
security routine is used. 


@ Avector table, $CC4VT. 


Initialize Assignment File Build ($CC1BF) 


The initialize assignment file build program ($CC1BF) 
allocates and initializes the $CCPFILE file in step 8 of the 
CCP generation to prepare the $CCPFILE file for the 
assignment stage. 


Reexecution of $CC1BF (after proper scratching of 
$CCPFILE) reinitializes $CCPFILE to the state it was 
before the first assignment set was entered. 


By changing the unit and pack name on the // FILE card 
of $CC1BF, $CCPFILE can be initialized on another unit 
and pack. By changing the TRACKS parameter of the 

// FILE card, the size of the new $CCPFILE can be 
changed. Multiple $CCPFILEs can exist if each is ona 
separate pack. Selection of the unit for the appropriate 
$CCPFILE can be made at startup. 
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Initialize Trace/Dump File ($CC1DP) (Program Number 
5704-SC2 only) 


The initialize CCP dump file program ($CC1DP)} allocates 
and initializes the $CCPDUMP file for trace and storage 
dumps. The $CCPDUMP file consists of a directory, a 

trace dump area, and a main storage dump area. The file 
may reside in any of the main data areas, and its location 
may be designated during either CCP generation by the 
specification of the DPPACK and DPUN!IT operands of the 
$EGEN macro or CCP assignment by the specification of the 
DUMPUNIT operand on the // SYSTEM statement. The 
track space desired for the trace area may be specified during 
generation by the DPTRAC operand on the $EFIL state- 
ment. During the generation stage, you can calculate the 
necessary track space for storage dumps by analyzing the 
CORE and DUMP operands of the $EFIL statement. 


CCP generation creates and executes the proper procedure 
for $CCPOUMP initialization. If the user wishes to generate 
his own procedure, he can use the following example: 


// LOAD $CC1DP,R1 

// FILE NAME-$CCPDUMP,UNIT-D2,PACK-D2D2D2, 
RETAIN-P,T RACKS-97 

// RUN 

// TRACE TRACKS-10 

/* 


The // TRACE statement identifies to $CCP1DP the num- 
ber of tracks desired for trace. The remaining 86 tracks 
are allocated for main storage dumps. The 86 track 
calculation is as follows: 


512K system, 
[((s12 x 4) +1)x 2|/a8-86 \ 
2 dumps needed 


[((main storage in K x 4) +)x number of dumps|/48 


Note: |In addition to the total needed for trace and storage 
dumps, the user should specify one track on his // FILE OCL 
statement; this specification allocates the necessary space 

for $CCPDUMP directory information. 


Note: To change the size of a $CCPDUMP file, delete it 
and recreate it using $CC1DP as outlined above. 


SOURCE MODULES USED IN GENERATION 


In addition to the source library modules used for generating 
the execution time resident code or supporting transients, 
the following source library members are present on the 
distribution pack: 


$CGSST Sample assignment control statements — 
cardless 

$CG1G1_—_Cardless CCP generation instructions 

$CG1GG Sample $E macro statements — cardless 

$CG1G1_—_Cardless CCP generation procedure 

$CG1G3  Cardless CCP generation procedure 

$CG1G4___Cardless CCP generation procedure 

$CG1G5 _—_Cardless CCP generation procedure 

$CGSMP CCP sample generation deck 

$CGEND Instructions to the user at the end of 
generation 

$CGSET Sample assignment input deck and sample 


startup deck for the installation verification 
program (CCPIVP) 


GENERATION CONSIDERATIONS 


One of three versions of BSC support for CCP can be 
selected during the CCP generation process: 


@ Full BSC support for all line configurations and BSC 
devices. 


@ 3270 only support for all line configurations. 
@ Privileged 3270 only support for faster response. 


If other than 3270 devices are specified by the $EBSD 
statements, full BSC support is generated. If only 3270 
devices are specified by the $EBSD statements, two versions 
of BSC IOS can be supported: 


® 3270 only support, which saves approximately 1K bytes. 


® Privileged 3270 only support, which saves approximately 
.75K bytes and gains faster response times during heavy 
usage. Privileged 3270 only support is recognized only 
if MINRES-NO ($EGEN statement), RESPOL-YES 
($EBSC statement), and 3270 only devices ($EBSD 
statement) are requested. 


Support of the Display Adapter 


Support of the Display Adapter on your system requires 
special CCP generation and assignment considerations. The 
following are the generation and assignment statements that 
have required values for a system that supports the display 
adapter only (PRUF and DFF included). The underlined 
parameters are required values for the Display Adapter. !f 

a parameter is not given or not underlined, it is not specif- 
ically required nor has any effect on the display adapter 
support. Some of the parameters default to the value shown 
(for example, MP-NO). 











Generation 
$EBSC BSCA-1! DA-YES,DIAL-NO,PP-NO,MP-NO, 
CS-YES,GETMSG-YES,ITB-NO, 
EBCDIC-YES, AUTORS-NO, INTPOL-NO 
$EBSD TYPE-3277Mx? 
Assignment 
// SYSTEM POLTIME-NO, 
SYSTEM 
DFFPACK- } pRoGRAM 
// TERMATTR TRANSLAT-NO,SWITCHED-NO, 
BLKL-512,DATAFORM-MESSAGE, 
ITB-NO,VARL-NO,SPAN-NO, 
DFF3270-YES 
//BSCALINE TYPE-CS,LINENUM-2, 
XMCODE-EBCDIC,POLLIST-termid 
[,termid] ... 
// BSCATERM  TERMID-termid,TYPE-3277Mx?, 
NO 
COMMAND: 4 ves. 
YES 
ONLINE- J AWq ¢. 
HOLD 
OFFACTN- } prop ¢- 
ADDRCHAR-6060xxxx?, 
POLLCHAR-4040xxxx* 
// TERMNAME NAME-termname, TERMID-termid 
// PROGRAM ~~ NAME-pgmname,MRTMAX-n, 


PGMDATA-YES,PRUF$Z-formatname, 
PRUFLNG-nnnn,DFFMTERM-n, 
DFFNDF-n,DFFSFDT-n 


'BSCA-2 is also valid. 
23284Mx and 3286Mx are also valid ( x = Model number). 
xxxx equals the device address. 
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Support of BSCC (Binary Synchronous Communications 
Controller) 


BSCC is the same as BSC lines 3 and/or 4. This documenta- 
tion refers to BSCC communications scheduler and to 
$CC4#M (BSCC resident code). These two terms are 
interchangeable. 


To provide maximum flexibility, CCP generation has two 
macros, unique to BSCC, that define line and device 
support. 


Macro $ECSC (BSCC line support) and $ECSD (BSCC 
device support) produce the resident BSCC module 
$CC4#M when used during CCP generation. $CC4#M 
serves a function for BSCC similar to the function that 
$CC4#2 serves for BSCA. 


// BSCALINE and // BSCATERM (5704-SC2) assignment 
statements cause the BSCC interface to CCP assignment 
stage to be implemented. BSCC lines may be either control 
station or point-to-point. Outboard polling may be included 
(BSCC only) by specifying OUTPOLL-YES and TYPE-CS 
(or allowing the TYPE to default to YES) in the 

// BSCALINE statement. The other parameters are 
processed the same as they would have been if 


LINENUM. 


2 pad been specified. 
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Support of a Large Number of Terminals (Program Number 
5704-SC2 only) 


Because of addressing considerations within the resident 
portion of CCP, there are limitations placed on the number 
of terminals that can be supported by CCP. This limitation 
is affected by the number of programs, the size of line 
buffers, whether DFF is supported, and so on. In order 

to increase the number of terminals that may be supported 
and to free some additional space in the resident area, two 
generation options may be selected; these options will 
move portions of the resident CCP to the user program 
area (UPA). If more than 50-60 terminals are to be 
supported in any one assignment set, the following 

options (both on the EFAC statement) should be 
considered: 


YES 
[.MOVDFF- 

NO 

YES 
[;MOVTNT- 

NO 


Specifying MOVDFF-YES will move the DFF control 
routine to the UPA, thereby freeing more than 3K bytes of 
resident area and occupying 4K bytes of the UPA. 


Specifying MOVTNT-YES will cause the Terminal Name 
Table to be built in the UPA, using either 2K or 4K bytes 
of UPA. A 2K Terminal Name Table (TNT) will support 
184 terminal names. If more than 184 terminal names 
are specified at assignment time, 4K bytes of UPA will 

be used. 


During the CCP generation stage, the user fixes the maxi- 
mum size and capabilities of the CCP. During the assign- 
ment stage of the CCP, he describes the CCP operating en- 
vironment in more detail. 


During assignment, the user defines one or more sets of ter- 
minals, files, programs, and system environments that are 
available to the CCP. These assignment sets are recorded 

in the assignment file (SCCPFILE) allocated during the 
generation stage (see Chapter 6. Generation Stage). Each 
time the CCP is run, it operates under one of the assignment 
sets; that is, the CCP has access to a particular group of ter- 
minals, files, and programs. The user can restrict the re- 
sources defined by a set during operation startup (see index 
entry: operational startup). This allows him, for example, 
to control which programs are eligible to be called during 

a particular CCP run or to restrict certain files during a run. 


While the range of function specified during the CCP gener- 
ation will not vary by assignment set, the specific operating 
environment of the CCP execution might vary. 


The information placed in an assignment set during the 
assignment stage is valid until a terminal, program, or file 
must be added to or removed from the set, or until aspects 
of the system environment change. When the system en- 
vironment changes, the contents of the assignment file can 
be modified by repeating the assignment run, without re- 
generating the CCP. 


PLANNING FOR ASSIGNMENT 


The assignment run must be repeated each time a new pro- 
gram or file is added to a set, each time the group of ter- 
minals available to the CCP changes, or each time certain 
other aspects of the CCP configuration change. The assign- 
ment stage of the CCP can be run frequently or infrequently, 
depending upon how often the CCP environment changes. 


If the CCP is to run under various sets of assignments in a 
given period of time, more than one set of assignments can 
be placed in the assignment file. For example, a certain 
set of terminals, files, and programs can be available during 
the day, with a restricted set available during night-time 
hours. Or, perhaps, a certain group of files, terminals, and 
programs are required for the weekend, month-end, or 
year-end operations. 


Chapter 7. Assignment Stage 


Information from the assignment file, $CCPFILE, is re- 
quired by various people. The system manager and the 
system operator must be aware of ail current system assign- 
ments so they can properly control and maintain the com- 
munication-based system. The terminal operator should be 
aware of some aspects of the system assignments, including 
which symbolic names are assigned to his terminal and what 
the current password or other sign-on security information 
is. Programmers also require current information about the 
system assignments, such as the symbolic file names and the 
actual files they refer to. In order to make this information 
available to those who need it, provisions must be made to 
distribute all or part of the information from the assignment 
file whenever it changes. 


REQUIREMENTS FOR ASSIGNMENT 


In order to execute the assignment stage of the CCP, the 
system must meet minimum requirements. These require- 


ments are less than are needed for the CCP operational 
stage. The requirements are: 


@ 22K (Program Number 5704-SC1), or 36K (Program 
Number 5704-SC2) of main storage available for the 
CCP assignment stage to execute. 


@ One 5444 Model 2 disk storage drive, or one 3340 (or 
3340 simulation area). 


@ An input device. 
@ A 1403 Printer. 


The assignment build program, $CCPAS, and the assign- 
ment list program, $CCPAL, operate under control of the 
System/3 Model 15 disk system management. The user 
must provide two OCL file statements when loading the 
assignment build program, one for the assignment file, 
$CCPFILE, and one for a work file ($CCPWORK). 
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ASSIGNMENT RESTRICTIONS (5704-SC2 ONLY) 


The assignment build program ($CCPAS) or assignment 
list program ($CCPAL) can be executed after the $CCPFILE 
build program ($CC1BF) has been run. Either $CCPAS or 
$CCPAL may be executed while CCP is in the execution 
phase in another partition. The executing assignment set 
can be modified while CCP is executing in another parti- 
tion. However, the modification will not be observed 

until CCP is shut down and then restarted using the modi- 
fied assignment set. There are, however, a few restrictions 
involved in running either $CCPAS or $CCPAL. They are 
as follows: 


e@ $CCPAS will only perform diagnostics and will not 
update $CCPFILE if any of the following conditions 
occur: 

— $CCP is in startup phase in another Partition. 

~ $CCP is in shutdown phase (or shutdown is pending) 
in another partition using the same $CCPFILE that 
$CCPAS is trying to alter. 

— $CCPAL is executing in another partition. 

— Another copy of $CCPAS is executing in another 
Partition. 

— CCPFMT or CCPPGM is updating the same 
$CCPFILE that $CCPAS is trying to alter. 


@ $CCPAL will not start executing if any of the following 
conditions occur: 
— $CCP is in startup phase in another partition. 
$CCP is in shutdown phase (or shutdown is pending 
in another partition using the same $CCPFILE that 
$CCPAL is trying to list. 
$CCPAS is executing in another partition. 
Another copy of $CCPAL is executing in another 
Partition. 
CCPFMT or CCPPGM is updating the same $CCPFILE 
that $CCPAL is trying to list. 


| 


ASSIGNMENT DIAGNOSTICS 


The CCP assignment stage, $CCPAS, analyzes each of the 
assignment statements for invalid specifications. !f an 
error is found in any statement of a set, that set of state- 
ments is not processed by the assignment stage; however, 
the remaining statements in that set are also analyzed for 
syntax errors. 


The assignment list program, $CCPAL, analyzes the list 


statement for errors. Error messages are written to the 
system print device. 
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ASSIGNMENT FILE ($CCPFILE) 


During an assignment run, the user defines a specific CCP 
run environment in a set of tables contained in the CCP 
assignment file on disk. This file, allocated and initialized 
during the CCP generation, always has the name, $CCPFILE. 
When the user starts operating his CCP, the startup routines 
of the CCP, using the information in $CCPFILE, initialize 
the CCP for this run so that only a specific set of terminals, 
files, and programs indicated by the user can be used. 


A set of specifications in the assignment file, once set by 
the user in an assignment run, hold for any number of 
operational runs of the user’s CCP. The assignment file 
need be changed only when one or more sets of specifica- 
tions require change. 


Assignment allows the user to have more than one opera- 
tional environment to run the CCP. He might, for example, 
have one set of terminals, files, and programs to use during 
the day, and a different (though possible overlapping) set 
for night. His requirements might even be for more than 
two such environments. The assignment file may, if the 
user desires, contain several different sets of specifics. 


The user can have more than one $CCPFILE but only one 

per pack. The CCP system operator can, upon any startup 

of an operational run of the CCP, identify the unit contain- 
ing the appropriate $CCPFILE and the set of specifics that 
shall apply to the current run. 


Note: The maximum number of sets allowed in one assign- 
ment file is 25. 


ASSIGNMENT STATEMENTS (ASSIGNMENT BUILD 
PROGRAM) 


In order to place an assignment set in the assignment file, 
$CCPFILE, the user must run the assignment build pro- 
gram, $CCPAS. The user’s input to the assignment program 
consists of a series of statements, similar to OCL statements. 
These statements identify the programs, files, terminals, 

and certain system options that constitute a CCP operating 
environment. The assignment statements are printed by 
$CCPAS on the s*stem print device. 


The assignment build program analyzes the statements to 
ensure that they are valid. Following successful validation, 
the specifications are encoded by $CCPAS and written into 
the assignment file as an assignment set (for example, a 
group of tables in the assignment file, $CCPFILE, which 
defines one CCP operating environment). The assignment 
program can be used to create new assignment sets, delete 
existing assignment sets, or replace existing sets with new 
specifications. Different assignment sets can be created, 
deleted, and replaced in the same run of the assignment 
program. 


A set of assignment statements begins with a statement 
identifying the assignment set and indicates whether it is 
to be modified, created, deleted, or replaced. Only this 
statement is required to delete a set. Subsequent state- 
ments provide the specific information to be placed in the 
assignment set. When an item in an assignment set is re- 
placed, a complete set of assignment statements must be 
entered (except for the modification of certain control 
information). 


$CCPAS may be run in any of four execution modes: 


1. Create a new assignment set. 
2. Delete an existing assignment set. 
3. Replace an existing assignment set. 


4. Modify the system environment portion of an exist- 
ing assignment set. 


The input for $CCPAS is as follows: 


@ The assignment file $CCPFILE. 


@ The OCL/FILE statements provided by the user: The 
following OCL statements are needed: 


























Notes: 

1. The unit parameter ‘or $CCPAS specifies the loca- 
tion of the assignment build program. 

2. The unit parameter for $CCPFILE specifies the loca- 
tion of the assignment file to be used and must be a 
5444 unit. 

3. $CCPWORK should have RETAIN-S specified to 
allow deletion and can be on R1, F1, R2, or F2. 

4. The keyword RECORDS should not be used to define 
the size of $CCPWORK; instead the keyword 
TRACKS should be used. Additionally, the size 
must be large enough to contain the largest set to be 
processed (see Disk Storage Estimates for the CCP 
in Appendix F. 


The assignment control statements instructing $CCPAS 
of the function(s) to perform. $CCPAS reads the contro! 
statements from the system input device and/or from a 
source library. Each group of control statements, 
grouped together by the user to define an operating 
environment, is called an assignment set. The input to 
$CCPAS can consist of one or more sets of control 
statements. 
// SOURCE This optional statement indicates 
that control statements are read 
from a source library member. 
One or more SOURCE statements 
can be included anywhere within 
a set of control statements. 


The following control statements define an assignment 
set and must be specified in the order shown: 


// SET This required statement identifies 
the output assignment set oper- 
ated on and the type of operation 
to be performed. !f multiple input 
assignment sets are provided as in- 
put to $CCPAS, the // SET state- 
ment defines the beginning of each 
assignment set. 

// SYSTEM This required statement defines 

certain operational environment 

options not directly related to ter- 
minals, files, or programs when 
this set is used for execution of the 

CCP. 


Assignment Stage 89 


// TERMATTR 


// BSCALINE 


// BSCATERM 


//MLTALINE 


//MLTATERM 


Each of these statements defines 
the variable attributes of a terminal. 
Each terminal statement (BSCA- 
TERM and MLTATERM) must 
refer to a TERMATTR statement. 


Note: Any BSCALINE statement 
with corresponding BSCATERM 
statements (as a group) can appear 
before or after any MLTALINE/ 
MLTATERM group. The order of 
input lines determines the priority 
of service during execution of the 
CCP. For example, the order might 
be: 


MLTALINE 
MLTATERM (one or more) 
BSCALINE 
BSCATERM (one or more) 
MLTALINE 
MLTATERM (one or more) 


Each of these optional statements 
identifies a BSC line, its charac- 
teristics, and the order the terminals 
on that line (if there is more than 
one terminal) shall be polled. 


At least one of these statements 
must follow a BSCALINE state- 
ment. Each BSCATERM state- 
ment identifies a terminal on the 
line, its operating characteristics, 
and whether it can issue commands 
to the CCP. 


Note: The BSCATERM statement 
must follow the BSCALINE state- 
ment for which the terminal is 
defined. 


Each of these optional statements 
identifies a MLTA line, similar to 
the BSCALINE statement 


At least one of these statements 
must follow a MLTALINE state- 
ment. Each MLTATERM state- 
ment identifies a terminal on the 
line, its operating characteristics, 
and whether it can issue commands 
to the CCP. 


//PORTLINE 
(5704-SC2 only) 


// TERMNAME 


// DISKFILE 


// SYMFILE 


// PROGRAM 


Note: The MLTATERM statement 
must follow the MLTALINE state- 
ment for which the terminal is 
defined. 


The PORTLINE statement defines how 


the BSCA, BSCC, or SIOC portline is 
to be divided into ports and the size of 
the line buffers. The PORTLINE 
statement should be entered after the 
SYSTEM statement or after the last 
TERMATTR statement. One PORT- 
LINE statement may be entered for 
each BSCA, BSCC or SIOC line sup- 
ported. For SIOC support, Program 
Number 5799-WNK is also required. 


Each of these required statements 
defines a symbolic terminal name 
by which a terminal can be referred 
to in an application program. The 
symbolic terminal name can be 
assigned to a physical terminal or 
can be left unassigned. 


Each of these optional statements 
defines a user disk data file and the 
physical attributes of the file. 


Each of these optional statements 
defines a symbolic name that can 
be used to reference one or more 
disk files specified on // DISKFILE 
statements. 


Each of these required statements 
identifies a user program that is 
permitted to execute during a CCP 
run using this set. The statement 
defines the program resource re- 
quirements and operational charac- 
teristics. 


When creating or replacing an assignment set, at least 
one BSCALINE and one BSCATERM statement, or one 
MLTALINE and one MLTATERM statement must be 
in the control statements. 


A /* statement must be given at the end of all input con- 
trol statements except when the last contro! statement is 
from the source library. In this case, see the keyword 
END in the SOURCE statement. 


The output for the assignment build program is as follows: 


@ A listing of the assignment control statements on the 
printer. 


@ Appropriate diagnostics on the printer and an error 
halt, at the end of the run, if necessary. 


@ The SCCPFILE containing created, replaced, or modified 
assignment sets, and no longer containing any sets speci- 
fied to be deleted. The $CCPFILE is ready for opera- 
tional startup. 


An assignment set will be created or replaced in the assign- 
ment file only if the complete set, as read by the assign- 
ment build program, is free of errors. 


The $CCPAS cannot run concurrently in both partitions 
nor run concurrently with the CCP in the other partition. 
($CCPFILE cannot be validly altered from both Partitions 
concurrently or while the CCP is running.) 


ASSIGNMENT CONTROL STATEMENTS 


Each control statement contains an identifier and para- 
meters. The identifier is a term that defines the type of 
control statement and is always the first field of the state- 
ment following the //. The parameters are the control 
information being supplied to the program. Each param- 
eter consists of a keyword to identify the parameter, a 
hyphen, and the appropriate control information value. 
Parameters within any single contro! statement can be 
entered in any order. 


Writing Assignment Control Statements 


The rules for constructing assignment control statements 
are as contained in the following paragraphs. 


Statement Identifier: // in columns 1 and 2 followed by 
at least one blank preceding the statement identifier. 


Blanks: One or more blanks is required between the // and 
the statement identifier, and between the statement identi- 
fier and the first keyword. The first blank following a key- 
word value indicates the end of the statement. A blank fol- 
lowing a comma (which follows a value given for a keyword 
parameter) indicates that the statement is continued on the 
following input record (which must have a //¥ in the first 
three columns). 


Keyword Parameters: These parameters are separated by 
commas. A hyphen (-) separates each keyword from the 
corresponding value. Blanks are not allowed within or 
between parameters. 


Sublist: A sublist is a series of values given for a single key- 
word. Each value is related (such as a series of filenames). 
The first value of a sublist always has an apostrophe (‘) 
entered before the value, succeeding values are separated 
by commas, and the last value has an apostrophe after it. 
For example: EXAMPLE-’ value, value,value’. 


Split-Value: A split-value is a group of values that might 
be given for a keyword parameter; however, each has a 
separate and distinct relationship to the keyword. These 
split-values are separated by a slash (/). If a series of split- 
values is given, the series is called a split-value sublist. Ifa 
split-value is not given as a sublist, then apostrophes need 
not be entered before and after the complete split-value. 


®@ Split-value example: KEYWORD-value1/value2/value3 


@ Split-value sublist example: KEYWORD-‘value1 /value2, 
value1 /value2’ 


Special Characters: Slashes (/), blanks, commas (,), hy- 
phens (-), and apostrophes ({‘) must not appear within the 
bounding apostrophes if a keyword is defined as either sub- 
list or split-value. Any of these characters can appear with- 
in the apostrophes if the keyword is not defined as either 
sublist or split-value. In this case, a single apostrophe (') 
must be represented by two successive apostrophes (’’). 


Statement Length: Positions 1 through 71 of a record can 
be used. The first blank encountered following a keyword 
parameter, without indication of continuation to the next 
record, delimits the statement. 


Continuation: Control statements can be continued on sub 
sequent input records by placing a comma immediately 
after a keyword parameter value on a statement. The com- 
ma must be followed by one or more blanks prior to or in- 
cluding column 72. (Thus the comma can appear in col- 
umn 71 and a blank in column 72.) A continuation line 
must start with two slashes (//) followed by one or more 
blanks, followed by the remaining values (if part of a sub- 
list) or the remaining keyword parameters. Any number 
of continuation records can be used. See Figure 6 for an 
example of coding. 
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Comments: The user can include, in addition to control 
statements, special statements that contain only comments. 
A comment statement is identified by an asterisk (*) in 
column 1 and can have any combination of characters. Any 
comments too long to be contained in 88 columns are 
truncated from the right. 


In addition, comments can be included on any record of a 
control statement following the last parameter on that 
record. One or more blanks must separate the last param- 
eter from the comments. 


Special Meaning of Capital Letters, Numbers, and Special 
Characters: Capitalized words and letters, numbers, and 
special characters have special meanings in control state- 
ment descriptions: 


© In control statements, capitalized words and letters 
must be written as they appear in the statement descrip- 
tion. If numbers appear with the capitalized informa- 
tion, they must also be written as shown. 


@ Lower case terms indicate that a value must be substi- 
tuted for each term. 









i LTT TTT 
V/. i [| | AurroPollel-Mes TT TTT TTT 
PCE reer LTT TTT 


Figure 6. Continuation Control Statements 
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// SOURCE Statement 


The SOURCE statement is optional and specifies that con- 
trol statements supplied to $CCPAS are read from a source 
library member. When a source library is specified, one or 
more complete control statements must come from that 
source entry. After processing the last control statement in 
the specified source member, control statements are again 
read from the system input device. If the Parameter END 
is specified with the value YES, SCCPAS goes to EJ. One 
or more SOURCE statements can be included anywhere 
within a control set but cannot be included within a source 
member. 


// SOURCE NAME-name, UNIT- 


NO 
(,END- {ee ] 





NAME-name 


This required parameter specifies the name of the source 
library member containing the control statements being 
supplied to $CCPAS. This member must have Previously 
been built using $MAINT. 


UNIT- 


This required parameter specifies the source library location. 


‘NO 
enD- | Yes} 


This optional parameter indicates whether this source 
member contains the last control statement being supplied 
to $CCPAS. The default is NO. 





// SET Statement 


The SET statement identifies the assignment set and the 
operation to be done: create, replace, delete, or modify. 
This is the only statement required to delete an assignment 
set. 


CREATE 
REPLACE 
DELETE 
SYSMOD 


to- }21) Laction. 


Y 
[, DFLTEXEC- 


YES{ )1 
} [.ANYSPECS- ha { ] 


ID. { Z 
cf 
The ID parameter specifies which assignment set is to be 


affected. Each assignment set in $CCPFILE is identified 
by a different single character. 


If the parameter is omitted, the default value is 1. Any 
single extended alphameric character (0-9, A-Z, #, $, @) 
can be used to identify the assignment set. 


CREATE 
REPLACE 
BEHON DELETE 


SYSMOD 


The ACTION parameter specifies what operation is to 
occur. If it is omitted, the default value is CREATE. 


Note: \|f the set being deleted or replaced is the set CCP 
is executing from in another partition, the program use 

count for that execution of CCP will be lost (5704-SC2 

only). 


CREATE 


If CREATE is used and the set ID does not exist in the file, 
the new set is added to the file. If the created set cannot 

fit, either because there is not enough room in the file for 
the tables or not enough room for the entry in the directory, 
an error message is given and the request is ignored. A maxi- 
mum of 25 sets are allowed in the control file. 


1 Applies only to Program Number 5704-SC2. 
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REPLACE 


If REPLACE is used and the set exists in the file, the set in 
the file is entirely replaced with the information on the 
statements following the SET statement. If the value is 
REPLACE and the set cannot be found in $CCPFILE, a 


warning message is given and the action defaults to CREATE. 


DELETE 


Hf DELETE is used and the set ID is in the $CCPFILE, the 
set and its table values are deleted from the file. If the 
value is DELETE and the specified set is not in the file, a 
warning diagnostic is given. 


SYSMOD 


The SYSMOD action indicates that only the SYSTEM state- 
ment, the execution default set identification, the any 
specifications identification, or all are to be modified in a 
set. The set must already be in the file (for further 
definition, see index entry SYSTEM Statement). 


YES 
DFLTEXEC- { NO \ 


The DFLTEXEC parameter specifies whether this control 
set ID is used as a default if no set ID is given at the start 
of execution of the CCP. !f the parameter is not given, the 
default value is NO. If the value YES is given, then this set 
is used as the default at startup. The last processed SET 
statement that has this parameter and the value YES speci- 
fied overrides any previous values. 
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YE 
anyspecs.{ ES (Program Number 5704-SC2 only) 


The ANYSPECS parameter indicates whether the ‘SU 01 
ANY SPECIFICATIONS?’ startup message is to be by- 
passed during CCP startup.' This parameter gives the 
ability to eliminate a startup prompt. If the $CCPFILE is 
located on the program pack, and a $CCPDUMP file is 
located on the unit specified during generation or on the 
unit specified by the DUMPUNIT parameter on the 
SYSTEM statement, a nonstop startup procedure is 
permitted. DFLTEXEC-YES must be specified on the SET 
statement to allow the ANYSPECS-NO parameter on the 
SET statement. The last processed SET statement that has 
these parameters with the value YES specified overrides 
any previous values. 


// SYSTEM Statement 


The system statement defines several facts about the system 
environment in which this assignment set is used: 


® Minimum total main storage space required for the user 
programs which must execute under this assignment set. 


@ Whether the printer, MFCU, 2560, 2501, 3741, and 
1442 are initially allocated to the CCP program level. 


© Password for this set, if the user chose the option at 
CCP generation. 


@ The number of bytes set aside as the CCP dynamic 
buffer area for communicating with terminals. 


@ Maximum length of commands and program requests 
from terminals other than the console. 


@ Pack on which the user’s DFF resides. 


titi 


YSTEM MINUPA- 
Hs ( 6k! 


] MINTPBUF-n 


[,PASSWORD-password] [,PRINTER- 


yc. 
(.MFCU1- \ RP | L.MFCU2- 
RB 
P 
NO 


(Cc 
(.Mecm1- \ RP 
R 
P 
N 


No 


(,R2501- } YES 


{ } (.RP1442- 


Eas 


[,PGMREOL- jot L.COMMANDL- } 24 


4 
alee SYSTEM t] 


leo a 


sore. ae [orrinox.} 06° f] 
|o60,2 NO 
{ol 2 
[Fsae- ot) oo 


3 


3 
/CSPOLTIM- < ‘ttt,ww’ eal 
060,2 


3 
[enrime. {5 (| 


[eruror. {NS 


{,OUMPUNIT- 





' Default for 5704-SC2 is 8K. 
Does not apply to Program Number 5704-SC2. 
3 Applies only to Program Number 5704-SC2. 


SE or Program Number 5704-SC2, these codes may also be specified: 


Ri, Fi, R2, F2 

DIA, D1B, Dic, D1D 
D2A, D2B, D2C, D2D 
D3A, D3B, D3C, D3D 
D3E, D3F, D3G, D3H 
D4A, D4B, D4C, D4D 
D4E, D4F, D4G, D4H 


it is possible to modify only the SYSTEM statement for a 
set which already exists in the $CCPFILE. If ACTION- 
SYSMOD was specified on the set statement, the system 
statement must be the only other statement given for this 
set. In this case, only those parameters given on this state- 
ment are used to modify the parameters that were given 
when the set was created, replaced, or last modified. 


MINUPA-nnnK 


The MINUPA parameter specifies the minimum size of user 
main storage area for executing programs in an operational 
run of the CCP for this set. The size of user main storage, 
when using DFF, must be large enough to include the size 
of the work space added to a DFF program. This size is 
determined by the DFFSFDT, DFFMTERM, and DFFNDF 
parameters in the program statement. The sizes associated 
with the DFF can be determined from Disk Storage 
Estimates for CCP in Appendix F. 


If less than nnnk is left at the end of startup, a message is 
issued with the cancel option. 


The value for this parameter must be one to three digits 
and must end with the letter K. K represents 1024 bytes. 
The value must be a multiple of 2K. The minimum (and 
default) values are 6K for Program Number 5704-SC1, and 
8K for Program Number 5704-SC2. The maximum value is 
256K (5704-SC1) and 512K (5704-SC2). 


MINTPBUF-n 


The MINTPBUF parameter specifies the number of bytes 
that must be set aside for buffer work area for teleprocess- 
ing communications. For an example of determining the 
size of the teleprocessing buffer, see index entry: sample 
assignment set; calculation of main storage sizes. The TP 
buffer area is calculated using the formula contained in 
Appendix F. 
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The value specified for this parameter (or changed during 
startup) is rounded up to the next multiple of 2K by start- 
up. The actual value depends on the size of the internal 
control tables built by startup. For example: 


where MINTPBUF-290 is specified 





2K Byte 2K Byte 
Boundary Boundary 
110 Bytes 180 Bytes Bytes 


i a 






Teleprocessing Buffer 
eee 
Actual size of the teleprocessing buffer 
at the end of startup (2158 bytes) 


PASSWOR D-password 


The PASSWORD parameter specifies the system password, 
This parameter must be specified if the SECURE-CCP op- 
tion was selected on the $ESEC control statement at gener- 
ation, and must not be specified if that option was not 
selected. If the user chooses to use his own security system 
then this parameter must be omitted (the security informa- 
tion he checks a sign-on against is set by using the program 
$CCPAU). 


If this parameter is given, the value must contain one to six 
characters specifying the system password. The password 
can be any combination of the 64-character set with no 
embedded blanks. 


If the value given for this parameter is a special character, 
it must be enclosed in apostrophes. (Special characters are 
any characters other than the 36 alphameric characters.) 
In order to code an apostrophe as a character in the pass- 
word, two successive apostrophes must be coded. 


| NO 
PRINTER- \ et 


The PRINTER parameter declares whether the printer is 
allocated exclusively to the Program partition in which 
CCP is executing at the beginning of a CCP run. If the 
parameter is not given, the default is NO. If YES is speci- 
fied, the printer must not be allocated to the other parti- 
tion after the beginning of the CCP run (unless Print spool- 
ing is used for both partitions). If NO is specified and the 
program statement has declared it as a required device, 

CCP allocate attempts to obtain the device from DSM when 
the program is requested. 
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MFCU1 ay 
MFCU2 _ 
MFCM1 ”) 3 
MFCM2 ie 


These optional keywords specify whether the MFCU and 
MFCM are permanently allocated to the partition where 
CCP is executing. In addition, these keywords specify how 
the MFCU and MFCM hoppers are allocated by CCP start- 
up. The following explanations apply: 


Parameter Explanation 


Cc Combined file: Specify C if any program 
running under CCP using this assignment 
set references this hopper as a combined file. 


RP Reader/punch: Specify RP if combined file 
does not apply and programs running under 
CCP using this set use this hopper for input 
and output. 


R Reader only: Specify R if combined file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as input. 


P Punch only: Specify P if combined file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as output. 


NO If NO is specified with MFCU1, MFCU2, 
MFCM1, MFCM2, or omitted, the MFCU 
and MFCM are not permanently allocated 
to the CCP partition. The device can still 
be used but contention might occur with 
the other partition. 


Note. \f the specified hopper is not being spooled under 
CCP, the device might not be available to the other Parti- 
tion for spooling. For spooling considerations, see /BM 
System/3 Model 15 User’s Guide to Spooling, GC21-7632. 


NO 

R2501- \ vest 

This parameter declares whether the 2501 is permanently 
allocated to the partition where CCP is executing. If the 
YES option is chosen, the 2501 is not available to the other 
partition. If NO is specified and the program statement has 
declared it as a required device, CCP allocate attempts to 
obtain the device from DSM when the program is requested. 


c 
i. 
RP1442- << R 
| P 
| NO) 
This optional keyword specifies whether the 1442 is to be 
permanently allocated to the partition in which CCP is exe- 
cuting. If this keyword is specified as NO Or omitted, the 
1442 is not permanently allocated to the CCP Partition. In 
addition, this keyword also specifies how the 1442 is alto- 
cated by CCP startup. The following explanations apply: 


Parameter Explanation 


Cc Combined file: Specify C if any program 
running under CCP using this assignment 
set reference this hopper as a combined file. 


RP Reader/punch: Specify RP if combined file 
does not apply and programs running under 
CCP using this set use this hopper for input 
and output. 


R Reader only: Specify R if combined file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as input. 


P Punch only: Specify P if combine file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as output. 


NO If NO is specified, the 1442 is not perma- 
nently allocated to the CCP Partition. 


Note. \f the 1442 is not being spooled under CCP, the 
1442 might not be available to the other Partition for 
spooling. For spooling considerations, see /BM System/3 
Model 15 User’s Guide to Spooling, GC21-7632. 


RP 
N3741- ‘ 


NO 


This optional keyword specifies whether the 3741 (as a 

unit record device) is to be permanently allocated to the 

Partition in which CCP is executing. If this keyword is 

specified as NO or omitted, the 3741 is not permanently 

allocated to the CCP partition. In addition, this keyword 

also specifies how the 3741 is allocated by CCP startup. 

The following explanations apply: 

Parameter Explanation 

RP Input/Output: Specify RP if programs 
running under CCP using this set this 
device for input and output. 


R Input only: Specify R if input/output 
does not apply and programs running 
under CCP using this set are using a 3741 
as an input device. 


P Output only: Specify P if input/output 
does not apply and programs running 
under CCP using this set are using a 3741 
as an output device. | 


NO If NO is specified, the 3741 is not per- 
manently allocated to the CCP partition. 


Note: If the 3741 is not being spooled under CCP, the 
3741 might not be available to the other partition for 
spooling. For spooling considerations, see /BM System/3 
Model 15 User’s Guide to Spooling, GC21-7632. 
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pamreaL. |S! 
rs 


The PGMREQL parameter specifies the length, in bytes, of 
the longest program request command from any terminal 
used in this set that does not use PRUF. (See the 
PRUFLNG parameter on the // PROGRAM statement for 
PRUF request.) (CCP might allow more than the specified 
value.) This length includes program name, one intervening 
blank, and the data accompanying the program request 

if this option is used. The maximum value allowed is 80 
bytes for Program Number 5704-SC1 and 255 bytes for 
Program Number 5704-SC2. The maximum of 255 bytes 
for Program Number 5704-SC2 can be used with CPU-CPU 
or MLTA applications, but the recommended maximum for 
3270 and other environments is 80. If this Parameter is 
not given, the default is 6 positions. The minimum value 
allowed is 2 positions. 


Note: The BLKL parameter of the TERMATTR must be 
greater than or equal to PGMREQL.. 


COMMANDL- ie} 


n 


The COMMANDL parameter specifies the length, in bytes, 
of the longest terminal command, excluding the program 
request command, that can be entered from any command 
terminal used in this set. (CCP might allow more than the 
specified value.) The maximum value allowed is 80 charac- 
ters. If this parameter is not given, the default is 20 charac- 
ters. The minimum value allowed is zero characters. 


prFpack. J SYSTEM! \ 
{PROGRAM ' 


The DFFPACK parameter specifies the pack whose object 
library contains the display formats for this set. The dis- 
play formats must be previously produced through the dis- 
play format generator routine ($CCPDF). 


If this parameter is not specified, the use of the display 
format facility (DFF) is not allowed for this set. All other 
parameters referring to the DFF are diagnosed as invalid. 


YES 


x: 
DFFINDX ie 


\ (Program Number 5704-SC2 only) 


The DFFINDX parameter specifies whether or not the DFF 
index resides in main storage. If YES is specified, an 
external pointer list (EPL) is built in main storage and the 
DFF indexes built in $CCPFILE are moved to the EPL. 
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NO 
‘ttt,ww’ 
060 02 


POLTIME- 


ttt = total time to poll (in seconds) continuously before 
initiating a wait. 

ww = total time to wait (in seconds) before resuming poll- 
ing (after interval polling has started). 


POLTIME-NO indicates no interval polling for this assign- 
ment set. However, this can be overridden during execution 
(if the CCP was generated for interval polling) by the 
POLTIME command. in this case, INTPOL-YES must have 
been specified on the $EBSC generation statement. 


The default for ttt is O60; the default for ww is 02. 


NO 
CSPOLTIM-< ‘ttt,ww’ > (Program Number 5704-SC2 only) 
060,02 


CSPOLTIM-NO indicates no interval polling for BSC lines 
3 and 4 (BSCC) for this assignment set. However, this can 
be overridden during execution (if CCP was generated for 
interval polling) by the POLTIME command. In this case, 
INTPOL-YES must have been specified on the $ECSC 
generation statement. 


ttt is total time (in seconds) that CCP should poll before 
initiating a wait. ww is the time (in seconds) that CCP 
should wait before resuming polling (after interval polling 
has started). The default for ttt is O60; for ww, it is 02. 


‘For Program Number 5704-SC2, these codes may also be specifred: 
Ri, Fi, R2, F2 

D1A, D1B, DIC, D1D 

D2A, D2B, D2C, D2D 

D3A, D3B, D3C, D3D 

D3E, D3F, D3G, D3H 

D4A, D4B, D4C, D4D 

D4E, D4F, D4G, D4H 


FSOE. FG 


The FSQE parameter (Program Number 5704-SC1 only) 
specifies the number (n) of file sharing queue elements to be 
built by CCP at startup time. If the default is used, CCP 

{at STARTUP time) calculates and builds the maximum 
number of elements that would ever be required under this 
assignment set, based on the following formula: 


number of shared files x USE- Program area 
program size 


This is calculated for each program in the assignment set 
and the maximum product is used. The maximum is 
limited by the following formula: 


number of CCP user 
tasks (SCP generation 
option) 


maximum number of 
shared files on any x 
PROGRAM statement 


To prevent the possibility of running short of FSQEs, it is 
recommended that the default be used. 


5 
ERTIME- {ri {Program Number 5704-SC2 only) 


The ERTIME parameter (Program Number 5704-SC2 only) 
specifies the time interval in minutes between retries to 
terminals in error recovery if AUTOERP is specified for 
that terminal on the BSCATERM statement. Valid entries 
are between 1 and 99 minutes. The default is 5 minutes. 


YES 
PRUFOF- a \ (Program Number 5704-SC2 only) 


The PRUFOF operand specifies whether the terminal on 
which PRUF data was entered should remain in PRUF 
mode until the next output operation or should be changed 
to a non-PRUF terminal after an ACCEPT input operation. 
YES indicates the terminal will be changed to a non-PRUF 
terminal after an accept input operation. NO indicates 

the terminal will remain in PRUF mode until the next 
output operation is complete. The default is NO. 


MAXCHAIN-n 


The MAXCHAIN parameter (for Program Number 5704- 
SC2 only) specifies the number (n) of control blocks to be 
built for task chaining and can be a value from 1 to 15. 
The value to specify for this parameter is the number of 
concurrent task chain requests that may be queued. The 
value of n should not be higher than is essential because 
unneeded control blocks will be built and main storage 
space will be wasted. If this parameter is not entered, the 
task chain facility is not supported. In this case, if a task 
chain operation is attempted, the program issuing the 
operation is canceled with a 3F termination code. 


The value specified for this parameter plus the number of 
TERMNAME statements in this assignment set cannot 
exceed 254. 


DUMPUNIT- (Program Number 5704-SC2 only) 


This operand specifies the unit on which the CCP dump stor- 
age file (S$CCPDUMP) resides. The DUMPUNIT parameter 
overrides the DPUNIT keyword specified on the $EGEN 
statement during CCP generation. If the DUMPUNIT 
parameter is not specified, CCP startup searches the unit 
specified during CCP generation. 
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// TERMATTR Statement /| TERMATTR ATTRID-attrid 


Each TERMATTR statement defines certain attributes of The following parameters can be specified for both the 
a terminal and must follow the system statement. The MET Sand BSCR teuninals: 
number of these statements required depends on the num- 

TRANSLAT iss ] [,UPCASE- ie ] 
ber and type of terminals used and how they are to perform L, “INO : NO § 


in this assignment set. Each TERMATTR statement defines 
one terminal attributes set. One user program can refer to 
different attributes sets for the same terminal depending 

on the user of that terminal. Each terminal statement 
(BSCATERM and MLTATERM) must refer toa TERM- 
ATTR statement. One TERMATTR statement can provide 


the same attributes for several terminals and therefore be - 
. The following parameters can be specified for BSC 
referred to by several terminals. . 
terminals only: 


{,SWITCHED- 


(,BLKL-n} [,RECL-n] 


RECORD 
[, DATAFORM- BLOCK ] [,TRANSP- 
MESSAGE 


(,1TB- ‘vest ] LVARL- ves ] 


[,SPAN- 3 } LVERIFYID- ) So ] 


[,OFF3270- 


ae 
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ATTRID.-attrid 


The ATTRID parameter must be specified. It is a reference 
ID number used in a BSCATERM or MLTATERM state- 
ment to associate this attributes set with a specific terminal. 
The value for this parameter can be any value between 1 to 
255 inclusive. At startup time an amount of main storage | 
{in bytes) equal to five times the highest number specified 
by any ATTRID parameter in this set is reserved for the 
entire terminal attributes table. Thus, the ATTRID values 
should be chosen from the smallest numbers available. 


For 5704-SC2 only, ATTRID-04 must have specific attri- 
butes when programs such as CCPFMT, CCPPGM, or 
$QCOPY are to be used. Refer to the descriptions of 
these programs. 


YES 
TRANSLAT- ie \ 


The TRANSLAT parameter specifies whether the CCP auto- 
matically translates input data from line code to EBCDIC, 
and output data from EBCDIC to line code. A YES value 
indicates translation takes place for MLTA transmission, 
and for BSC transmission using ASCII code. 


A YES value is also valid if the line code is EBCDIC, though 
it causes no actual translation to occur unless UPCASE- 
YES is also specified. This would be a consideration when 
defining attributes for an EBCDIC 3270 terminal with a 
typewriter keyboard. 


TRANSLAT-YES must be specified if using OFF with 
ASCH 3270 terminals. 


A value of NO indicates the CCP does not do the transla- 
tion; either the data coming in or going out is EBCDIC or 
the user handles the responsibility of translation to and 
from the appropriate line code. 


YES 
UPCASE- ee \ 


The UPCASE parameter specifies whether lowercase charac- 
ters transmitted from the terminal are converted to upper- 
case characters when presented to the user by the CCP. The 
YES value is valid only if the TRANSLAT parameter has 
the value YES. A value of YES indicates the CCP converts 
lowercase to uppercase before presenting data to the user 
program. A value of NO indicates the CCP does not con- 
vert lowercase characters to uppercase coming from the 
terminal tf not specified, UPCASE defaults to the same 
value as TRANSLAT. All input from terminals in command 
mode is translated to uppercase. 


No’ 
AC 


SWITCHED- < MC 

} AA 
The SWITCHED parameter specifies the options available 
on switched lines. This parameter must be specified in an 
attributes set used with a terminal which is on a switched 
line. The value AC is not valid for MLTA lines. The de- 
fault is NO. The following explanations apply: 


Parameter Explanation 
NO Not a switched line terminal. 


AC Automatic calling. The CCP calls the ter- 
minal using the telephone number provided 
on the TERMNAME statement. 


McC Manual calling. The system operator calls 
the terminal using the phone number print- 
ed by the CCP as provided on the TERM- 
NAME statement. 


AA Automatic answering. The CCP answers 
calls from this terminal. 


MA Manual answering. The system operator 
answers the calls from this terminal. 


MLTA, AA and MA are treated the same. For a command 
mode switched line, AC or MC must not be specified. 


BLKL-n 


The BLKL parameter defines the block length, in bytes, 
that is used for this terminal. tt can be specified as 1 to 5 
numeric digits with a valid range of 1 turough 49152, but 
the actual value is limited by available main storage. This 
parameter is required when specifying attributes for any 
BSC terminal. The value used here must be equal to RECL 
times the number of records in a block. Up to 255 records 
can be contained in one block. 


if BSCA terminal online tests are to be run using this 
attributes set, a value of at least 300 must be specified 
for BLKL. If less space is available, the test request is 
passed as data to the user program or the CCP command 
processor. 


If OUTPOLL-YES is specified, the block length must be 
large enough to accommodate the outboard poll list. Two 
bytes per poll entry in POLLLIST are required. If there 
are 127 entries, then BLKL-254 would be the minimum 
block length. 
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The following are 3270 display formatting considerations: 


@ The value for this parameter can vary from 1 to 5120 
according to the performance desired. For best perform- 
ance this size should be large enough to hold the largest 
output display format that uses this terminal attributes 
set, the size of which is printed by the display format 
generation routine. Performance cannot be enhanced by 
specifying a larger value. 


@ If the value is less than the largest format, display for- 
mats are broken into output blocks and performance is 
decreased. With blocking, the minimum required size is 
512. 


RECL-n 


The RECL parameter defines the record length, in bytes, 
that is used for this BSCA terminal. The value must be 
specified as 1 to 5 numeric digits with a valid range of 1 to 
the value given for the BLKL parameter. This parameter is 
valid only if the DATAFORM parameter on this statement 
has the value RECORD specified. 


( RECORD } 
DATAFORM- < BLOCK 
| MESSAGE! 


The DATAFORM parameter defines the format in which 
the CCP presents terminal input data to the user program. 


RECORD indicates the CCP presents a portion of an 
input block as a complete record to the user program, 


BLOCK indicates a complete block (possibly consisting 
of multiple records) is presented as a unit of data. 


MESSAGE indicates that all the data between the STX 
and the EOT is presented as one unit of data. MESSAGE 
is required if the parameter, DFF3270, on this statement 
has a value of YES. 


The default value is RECORD. 
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NO 
TRANSP- { a 
The TRANSP parameter specifies whether the EBCDIC 
transparency feature is used in transmission to this terminal. 
The value YES can be used only for a BSCA-LINE state- 
ment with the XMCODE parameter value of EBCDIC (must 
have the transparency feature installed on the adapter). 
The value YES is valid only if XPRNCY-YES was specified 
in the $EBSC or $ECSC generation contro! statement. The 
default, if the parameter is omitted, is NO, indicating 
EBCDIC transparency is not to be used when transmitting 
to this terminal. On transmissions from a terminal, the line 
control characters received determine transparency. 


If a terminal sends transparent data, the adapter must have 
the transparency feature and XPRNCY-YES must be speci- 
fied on the $EBSC or $ECSC generation control statement. 


NO 
ITB- 1 rest 


The ITB parameter specifies whether intermediate text 
blocks are sent or received when using this terminal. The 
value YES is valid only for BSCA terminals. If ITB is speci- 
fied as YES (1TB-YES must also be specified on the $EBSC 
generation control statement) then the parameters VARL 
and SPAN on this statement must have the value NO. The 
default value is NO. 


NO 
VARL- ves} 
The VARL parameter specifies whether variable length 
records with record separator characters are used in 
data transmission to or from this terminal. The value YES 
is valid only for BSCA terminals. The value YES is not 
valid if the ITB parameter on this statement has a value of 
YES. The default is NO. 


NO \ 
SPAN- \Pee { 
The SPAN parameter specifies whether input records can 
span input blocks. The value YES is valid only for BSCA 
terminal type 3735 or CPU. The value YES is not valid 
if the ITB parameter on this statement has a value of YES. 
The default is NO. 


NO 
VERIFYID- vest 


The VERIFYID parameter specifies whether the CCP veri- 
fies the identification bytes sent from this terminal. YES 
indicates the CCP will verify. NO, the default value, indi- 
cates the CCP will not verify the ID of this terminal. The 
value YES is only valid for BSCA terminals on switched 
lines. 


Note: \f using ID verification, all online terminals on a 
BSCA switched line should have VERIFYID-YES. If 
one terminal online has VERIFYID-NO, anyone can con- 
nect via a telephone call as the non-verified terminal. 


DFF3270- { eS \ 


NO 


The DFF3270 parameter specifies whether the Display 
Format Facility (DFF) will be used with all terminals ref- 
erencing this terminal attributes set. This parameter is valid 
only for 3270 terminals on a BSCA line. If this parameter 
is specified, the parameter DATAFORM-MESSAGE must 
be specified in this statement, and the SYSTEM statement 
in the assignment set must have the DFFPACK parameter 
specified. The default value is NO. 





// BSCALINE Statement 


The BSCALINE statement defines the type of BSC line to 
be used and the features of the line. A BSCALINE state- 
ment must be followed by at least one BSCATERM state- 
ment. The BSCATERM statement defines the terminals 
that are attached to that line. If more than one communi- 
cation line or adapter is attached to the System/3, another 
line statement can be given and follows the last BSCA- 
TERM or MLTATERM statement for the previous line. 
The order in which line statements are entered determines 
the order of priority during the CCP execution. At least 
one line statement must be given for each assignment set, 
either BSCALINE or MLTALINE. 


// BSCALINE TYPE 


PP 
MP 
sw J{ [,|DEXSEND-EXCHNGID] 


{ LINENUM- 


cs POLL LIST-‘TERMID[,TERMID]...’, LINENUM!. 


1 


2 

Y 
3 [outro ot] 
ji NO 


EBCDIC | 


[,XMCODE- j asc 


{,POLLLIST- ‘termid [,termid] .. .'] 
i.NRETRY- 31 ] LIDEXSEND—exchngid] 


NO 180 
[,DBLBUF- ae [WAIT- jh 


2 
YES 
[oFeeuF. a t] 


1Line numbers 1 and 2 are valid for System Control Program 
Number 5704-SC1. Line numbers 1, 2,3, and 4 are valid for 
System Control Program Number 5704-SC2., 

2 Program Number 5704-SC2 only. 


PP 
cs 
MP 
sw 


TYPE- 


The TYPE parameter must be given and defines how this 
line is used. 
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One of the following values must be specified: 


Parameter Explanation 

PP Point-to-point. Dedicated communication 
line (leased or private) network on this line 
between processing units is supported by 
the CCP. One, and only one, BSCATERM 
statement must follow this statement. 


CS Control station. Multipoint communication 
line (leased or private) network on this line 
1s supported by the CCP. This processor is 
the control station. At least one but not 
more than 45 BSCATERM statements must 
follow this statement. The POLLLIST Param- 
eter on this statement must also be used. 


For BSCC support (LINENUM-3 and 
LINENUM-4) TYPE-CS or TYPE-PP is 
required. 


SW Switched. This is a telephone-connected 
communication line. One or more terminals 
can be specified but only one terminal can 
communicate with the CCP ata time. One 
or more BSCATERM statements must fol- 
low this statement. 


MP Multipoint tributary station. Multipoint 
communication line (leased or private) net- 
work on this line is supported by the CCP. 
This System/3 is a tributary to a controlling 
processing unit. One, and only one, BSCA- 
TERM statement must follow this statement 
and must describe this System/3 as a terminal. 


| 


? 


LINENUM- 


| 


BwWNI= 


ea Pag 


The LINENUM parameter identifies which BSC line this 

line statement defines. The numbers 1 and 2 identify BSCA 
adapter numbers 1 and 2, respectively. The numbers 3 and 
4 identify BSCC lines 1 and 2 respectively (Program Number 
5704-SC2 only). 1f not specified, LINENUM defaults to 
line 1. Two BSCALINE statements, within one set, specify- 
ing the same line number are not accepted. 


If this BSCALINE statement is defining the display adapter, 
the LINENUM parameter must specify tine 2. BSCC assign- 
ment support (5704-SC2 only) is implemented when 
LINENUM-3 or LINENUN-4 is specified. LINENUM-4 
requires that BSCC-2 be specified on the $ECSC generation 
macro statement (support for both lines). 
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EBCDIC 
XMCODE- { ASCII \ 
The XMCODE parameter defines the transmission code 
used by the terminals on this line. If not specified, 
XMCODE defaults to EBCDIC. EBCDIC is BSCA EBCDIC 
code. ASCII is ASCII code. 


POLLLIST-’termid [,termid] .. ." 


The POLLLIST parameter defines the order the terminals 
attached to this line are to be polled. This parameter is 
valid only for TYPE-CS lines. The values can be given as 
a sublist: 1Ds are separated by a single comma and the 
entire parameter value is enclosed by apostrophes. Any 
value within the list must be a termid of a terminal speci- 
fied on a BSCATERM statement. The termid given in a 
POLLLIST parameter in this BSCALINE statement must 
not appear in the POLLLIST parameter of another BSCA- 
LINE statement. A terminal 1D can appear more than 
once in the same POLLLIST parameter. The maximum 
number of all terminal 1Ds that can appear in a poll list is 
127. 


The poll list must be given for all lines with TYPE-CS. 


Note: For printers attached to a 3271 control unit, the 
termid of the terminals must appear in the values for 
POLLLIST even though they are not input devices. The 
printers are polled for status only when the CCP detects 
an error condition. 


NRETRY- 3 


The NRETRY parameter defines the number of retries 
that take place if there is a transmission error on the line 
before an error condition is considered to be uncorrectable. 
A 1- to 3-digit value up to 255 is acceptable. If the param- 
eter is omitted, the derault value of 7 is assumed. if the 
error persists after the specified number of retries, the 
error is logged on the system console. If a program is in 
control of the terminal, then an error return code is return- 
ed to the user program. If the terminal is not under the 
control of a user program, the CCP permits the system 
operator to bypass or retry the operation. 


IDEXSEND-exchngid 


The 1IDEXSEND parameter specifies identification charac- 
ters this CPU (running CCP) sends to a remote terminal 
(processing units, 3741, or 3735 terminals). This allows the 
remote terminal to verify that this processing unit is the one 
the remote terminal wants to communicate with. The 
identification characters can be specified as any 1 to 15 
extended alphameric characters or any 2 to 30 hexadecimal 
characters. The identification characters must be expressed 
in the transmission code (EBCDIC or ASCII). If the 


code is ASCII, only the hexadecimal representation can be 
used. Two hexadecimal characters represent one byte, and 
therefore there must be an even number of hexadecimal 
characters specified. The value is identified as being hexa- 
decimal by enclosing the value in asterisks. 


Example: IDEXSEND-*C1C2C3C4C5* 


The IDEXSEND parameter should be specified only if the 
remote terminal expects to receive 1D exchange characters. 
This parameter must be used if the terminal(s) on this 
switched line is a 3735 terminal. Also, this parameter is 
valid only if the TYPE parameter is SW. 


NO 
DBLBUF- { ect 


The DBLBUF parameter specifies whether terminals on 
this line are double line buffered. YES indicates double 
buffering is provided by the CCP; the main storage is re- 
served at startup. NO indicates a single buffer is provided 


by the CCP. The default is NO. Double buffering gener- 
ally improves data transmission time, especially in a multiple 


block transmission environment. This specification refers 
to the line buffer, not the buffer work area specified by the 
MINTPBUF parameter on the system assignment statement. 


WAIT- {iat 
n 


The WAIT parameter specifies a decimal delay count. The 
delay count is the number of seconds after receiving or 
transmitting a block of data that the CCP waits for the user 
to receive or transmit another block of data for the same 
file. The CCP waits the specified number of seconds by 
using the WACK ENQ and TTD NAK line controi sequences 
A 1- to 4-digit value up to 9999 is accepted. 


Except when the end of file is received or transmitted, the 
CCP terminates the transmission and posts a completion 
code if the delay count is exhausted between transmissions. 


If a value is not specified, a 180-second delay count is 
assumed. If a delay count is specified, consider the time 
that may be required for such items as device errors, halts, 
and ready I/O devices. 


This parameter applies only when user programs are com- 
municating with a terminal on this line. 


YES 


pFFBuF- {06 


: (Program Number 5704-SC2 only) 


The DFFBUF parameter specifies whether or not a separate 
2K buffer is to be created for DFF user PUTs. YES 
indicates 2K of main storage will be reserved at the startup 
phase of CCP for this BSC line. NO indicates a 2K buffer 
will not be reserved and all PUTs will be done from the 

TP buffer. The default is NO. 


(Buffering may potentially improve data transmission time 
and response time by allowing multiple user PUTs to be in 
the process of transmission at any given time. No advantage 
is gained if only one BSC line is using DFF.) 


If performance is affected by maximum utilization of the 
TP buffer, specifying DF FBUF-YES may result in some 
performance improvement. 


YES 


OUTPOLL- \ NO 


\ (Program Number 5704-SC2 only) 


The OUTPOLL parameter specifies whether or not outboard 
polling is supported for BSCC. This parameter is valid 

only with LINENUM-3 or LINENUM-4 and only if 
TYPE-CS is specified. The outboard polling feature is 
automatically incorporated at execution time if the active 
terminals are 3270 only. Mixed terminal environments 
require that OUTPOLL-YES be specified in order to 
incorporate the feature at all times. 
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// BSCATERM Statement 


The BSCATERM statement defines certain attributes of 
the terminals on BSC lines. It also references terminal 
attributes sets that complete the terminal specifications. 
The BSCATERM statements must follow the BSCALINE 
statement for which the terminals are defined, 


The number of BSCATERM statements allowed depends 
on the line type; this is defined by the TYPE parameter on 
the BSCALINE statement. The maximum number of 
terminals allowed in a set is 120. 


In addition, the maximum number of terminals per line 
type is: 

~- Control station line—45 terminals 

— Direct attached line—30 terminals 


/{ BSCATERM TERMID-termid,TYPE-termtype, 
ATTRID-~‘attrid[,attrid] ...’ 


NO 


MMAND.- 
oO a ives 


LONLINE- \o 


NO 1 
|, AUTOERP- les { j 


YES 


4 HOLD 
{IDEXRCV-exchngid}) [.OFFACTN- Sonor | 


[, ADDRCHAR ~—addressing characters] 
{,POLLCHAR-—polling characters] 


NO 
[,ICF- YES ] 





‘Program Number 5704-SC2 only. 


TERMID-termid 


The TERMID parameter assigns permanent (within this set) 
identification characters to the terminal. The valid entries 
for this keyword are two nonblank extended alphameric 
characters and are the terminal |D referred to by the system 
operator. There is no default for this parameter. The value 
given must be unique for each terminal within this set. The 
value must not be the reserved ID, $C. 


106 





TYPE-termtype 


The TYPE parameter specifies the terminal type the 
BSCATERM statement describes. For all lines, except 
BSCA switched lines, all terminals on a line must be of the 
same type. (All components of a 3270 system are con- 
sidered to be of the same type.) Switched BSCA fines 
may have CPU, 3741, 3275 switched, and 3735 terminals 
on the same line. For Program Number 5704-SC2 only, 
terminal types on BSCA/BSCC control station lines may 
have 3270, CPU, and 3741 terminals on the same line. CPU 
indicates all processing units (S/360, S/370, S/7, S/3) 
capable of receiving or transmitting over binary syn- 
chronous communication lines, with the proper program 
support. There is no default for this parameter. 


The following terminal types can be specified: 


3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 


Note: A BSCATERM statement is not allowed for the 
3284 Model 3 attached to a 3275. A 3735 type terminal 
on a nonswitched point-to-point line is supported as being 
on acontrol station line. The following terminals are 
supported in compatibility mode. Specify the appropriate 
entry for the terminal type as follows: 


Terminal Type Entry 

3276 3277M2 

3278 3277M2 

3287 3284M2 or 3286M2 
3288 3286M2 

3289 3286M2 

5231-2 3741 


ATTRID-‘attrid [,attrid] ...’ 


The ATTRID parameter specifies which terminal attributes 
sets (defined by the TERMATTR statement) this terminal 
can use. The first attributes set is used in the following 
cases: 


® At startup. 
@ When the terminal requests a CCP user program. 


@ When required by a user program and if the attrid speci- 
fication is omitted in the TERMS parameter on the assign- 
ment program statement. 


@ If no other specification is given when a user program 
acquires this terminal during execution. 


Attributes sets listed after the first are eligible for assign- 
ment to this terminal at the following times: 


@ When the terminal is required by a user program and 
attrid is specified in the TERMS parameter in the assign- 
ment program statement. 


@ When the user program acquires the terminal via the 
acquire and set terminal attributes operation. 


The values given must correspond with a value given for the 
ATTRID parameter on a TERMATTR statement. In addi- 
tion to the specifics given on this statement, the terminal 
attributes set supply certain other specifics for this terminal. 
There is no default for this parameter. 


The ATTRID parameter can refer to a maximum of 32 
attributes sets. All the sets referenced are considered in 
calculating the maximum line block size for BSCA lines. 


NO 
COMMAND- ‘vecs 


The COMMAND parameter specifies whether this termina! 
is capable of requesting programs. If this parameter is given 
with the value YES, then the terminal must have both in- 
put and output capability. Any terminal can be specified 
as not being command capable; but, if the parameter is 
given with the value YES and the terminal does not have 
both input and output capability, an error diagnostic is 
given. 


YES is invalid for 3735 or 3741 terminals. There is no 
default for this parameter. 


1f command terminals are on a switched line, the attributes 
set must specify either automatic answering or manual 
answering. 


YES 
ONLINE- 1a \ 


The ONLINE parameter is used to specify whether the 
terminal is available to be used at the beginning of a CCP 
run. The default value for the omitted parameter is YES, 
indicating it is available. 


A terminal can be connected to the system, yet not be 
available because it is in the process of being serviced, or 
because no authorized person is presently at the terminal 
to use it. A value of NO indicates that this terminal should 
be treated by the CCP as if it were logically offline at 
startup. 


This specification can be overridden during the execution 
of the CCP by the system operator. 


ne } (Program Number 5704-SC2 only) 


AUTOERP- ee 


The AUTOERP parameter selects the option of automatic 
retries for terminals in error recovery. The retries to the 
terminal will occur at the time interval selected via the 
ERTI!ME parameter on the SYSTEM statement. AUTOERP 
requires full timer support to be selected during SCP 
generation. YES specifies that automatic retries will be 
done; NO specifies that they will not be done. The default 
is NO. 


IDEXRCV-exchngid 


The IDEXRCV parameter specifies the verification charac- 
ters the System/3 containing the CCP expects to receive 
when communicating with the proper remote switched 
station. The value for this parameter can be 1 to 15 ex- 
tended alphameric characters or 2 to 30 hexadecimal char- 
acters. The identification characters must be expressed in 
the transmission code (EBCDIC or ASCII). If the code is 
ASCII, only the hexadecimal representation can be used. 
Two characters represent one byte, therefore there must 
be an even number of hexadecimal characters specified. 
The value is identified as being hexadecimal by enclosing 
the value in asterisks. 


Example: IDEXRCV-*C1C2C3C4C5* 


This parameter should only be specified if the remote 
terminal will send 1D exchange characters. 
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HOLD 
OFFACTN- eae } 


The OF FACTN parameter applies only to command ter- 
minals (COMMAND-YES) and specifies the action to be 
taken with this terminal when the terminal Operator issues 
the sign-off command. The only two acceptable vaiues are 
HOLD and DROP. 


HOLD means the line continues to be monitored by the 
system after the sign-off command is given. HOLD is the 
default value for a nonswitched line. 


DROP means the terminal is set in offline status after the 
sign-off command is given. The terminal is no longer 
monitored for input and, if the terminal is connected bya 
switched line, the line is disconnected. DROP is the default 
value for a switched line. 


The terminal operator can override the parameter specified 
when using the sign-off command. 


ADDRCHAR.-addressing characters 


The ADDRCHAR parameter is the hexadecimal character 
representation of the address characters in the line code 
used with this terminal The value for this parameter must 
be 4 to 14 hexadecimal characters. The identification 
characters must be expressed in the transmission code 
{EBCDIC or ASCII). For a multipoint tine (that is, this 
processing unit is a tributary station), this parameter refers 
to the characters by which this processing unit is addressed 
from the host processing unit. This parameter is not valid 
for terminals on a switched line or a point-to-point line. 
The vatue is identified as being hexadecimal by enclosing 
the value in asterisks. For a description of the valid charac. 
ters for System/3, see /BM System/3 Multiline/Multipoint 
Binary Synchronous Communications Reference Manual, 
GC21-7573. The terminal address and transmission code 
are physically wired at each terminal. Consult your IBM 
customer engineer for the exact code wired.! 


"With BSC, no two terminals on the same line can have identical 
polling and addressing characters. With the display adapter (DA), 
no two terminals on the same line can have identical device charac- 
ters. {f using the display adapter (DA-YES in the $EBSC genera- 
tion macro}, the control unit addressing characters must be 
6060xxxx and polling characters must be 4040xxxx. 
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POLLCHAR-polling characters 


The POLLCHAR parameter is the hexadecimal character 
representation of the address characters in the line code to 
be used with this terminal. The value of this parameter 
must be 4 to 14 hexadecimal characters. The identification 
characters must be expressed in the transmission code 
(EBCDIC or ASCII). For multipoint line (that is, this 
processing unit is a tributary station) this Parameter refers 
to the characters by which this processing unit is polled 
from the host Processing unit. This parameter is not valid 
for terminals on a switched line or point-to-point line. The 
value is identified as being hexadecimal by enclosing the 
value in asterisks. For a description of the valid character 
for System/3, see /BM System/3 Multiline/Multipoint 
Binary Synchronous Communications Reference Manual, 
GC21-7573. General poll is not supported for 3270 type 
terminals. 


ICF- { oe \ (Program Number 5704-SC2 only) 


The ICF parameter is used when a terminal is a System/34 
using the ICF facility. Therefore, specify ICF-YES if the 
device is a System/34 with the ICF facility. The default is 
NO. Refer to the System/34 Interactive Communication 
Feature Reference Manual, SC21-7751. 


//MLTALINE Statement 


The MLTALINE statement is used to define the type of 
communication line to be used and the features of the line. 
A MLTALINE statement must be followed by at least one 
MLTATERM statement. The MLTATERM statement de- 
fines the terminals that are attached to that line. If more 
than one communication line or adapter is attached to the 
System/3, another line statement can be given and follows 
the last BSCATERM or MLTATERM statement for the 
previous line. The order in which line statements are enter- 
ed determines the order of priority during the CCP execu- 
tion. At least one line statement must be given for each set, 
either MLTALINE or BSCALINE. 


//MLTALINE TYPE- 


/“LINENUM- 


WN ONORWN 


“XMCODE- < PTTCBCD 


I corr 


\ rrTeBeD | 


MAXRECL-n[,POLLLIST-‘termid[,termid] ...‘] 


134 
|DATARATE- 4600 } | LAUTOPOLL. |e | } 
1200 ae 


NO 


{,RCVINT- 1¥Es 


] LNRETRY- 





[DELAY-n] [,TIOLT- Poe 


NO 


f 


Ve 
Type. JS 


SW 

CW 
The TYPE parameter defines how this line is used. There 
is no default. 


The following values can be specified: 
Value Explanation 


PP Point-to-point. This is a dedicated com- 
munication line (leased or private). One, 
and only one, MLTATERM statement must 
follow this statement. 


CS Control station. This is a multipoint com- 
munication line (leased or private). This 
processor is the control station. All terminals 
on this line must have the station control 
hardware feature regardless of the number of 
terminals on the line. One or more MLTA- 


TERM statements must follow this statement. 


SW Switched. This is a telephone-connected 
communication line. One, and only one, 
MLTATERM statement must follow this 
statement. 


Value Explanation 


CW Switched with control station feature. This 
is a telephone-connected communication 
line (valid only for lines supporting 1050D 
terminals). One, and only one, MLTATERM 
statement must follow this statement. 


LINENUM- 


OnN On WN — 


The LINENUM parameter identifies which MLTA line 

this statement defines. The numbers 7 to 8 identify the 
MLTA line numbers 1 to 8 respectively. There is no de- 
fault for this parameter. Multiple MLTALINE statements, 
within one set, specifying the same line number are invalid. 


PTTCEBCD 
XMCODE- < PTTCBCD 
CORR 


The XMCODE parameter defines the transmission code 
used on this line. The value given must correspond to the 
installed hardware feature on the terminal(s) to be used: 


PTTCEBCD indicates paper tape transmission code 
EBCDIC 

PTTCBCD indicates paper tape transmission code BCD 
CORR indicates correspondence code 


A 3767 used as a 2740M1 or 2740M2, and a 2741 uses 
PTTCEBCD or CORR. 


A 5100 used as a 2741 uses PTTCEBCD or CORR. 
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MAXRECL-n 


The MAXRECL parameter defines the maximum record 
length, in bytes, that is used on this line. It must be speci- 
fied by giving one to three numeric digits. The specified 
length should not include room for line contro! characters. 
However, it does include any terminal device control char- 
acters that are used. For example, Carriage return and idle 
characters inserted by the CCP in output to a typewriter 
terminal are included in the record (16 characters at the 
beginning and/or end of the message; the 2740 Model 2 
with buffer receive requires one character at the beginning 
and/or end of the message). The valid range, for noncom- 
mand terminals, is 16 to 250 characters. The record length 
should not be less than the size of the largest record to be 
sent or received from an application program. 


If any terminal on the line is a command terminal and that 
terminal is a 2740 Model 2, the minimum MAXRECL 
value is 77. If the command terminal is not a 2740 Model 
2, the minimum MAXRECL value is 107. 


Note: Online tests initiated by the system operator require 
a minimum record length of 100 bytes. 


POLLLIST-‘termid [,termid] ...‘ 


The POLLLIST parameter defines the polling order for the 
terminals attached to this line. The values can be given as 

a sublist; for example, terminal 1Ds are separated by a single 
comma and the entire sublist must be IDs of terminals speci- 
fied on MLTATERM statements. The IDs given in the 
POLLLIST parameter must be unique for each line state- 
ment. (A particular ID cannot appear in the POLLLIST 
Parameter of more than one MLTALINE statement in a 
set.) A terminal ID can appear more than once in the same 
POLLLIST parameter. The maximum total number of ter- 
minal IDs that can appear in a POLLLIST parameter is 127. 
For terminal types 1050 or 1050D, the maximum number 
is 31. 


The poll list must be given for all lines when TYPE-CS is 
specified on this statement. 


134 

DATARATE- ‘at 
( 1200 

The DATARATE parameter specifies the data rate of trans- 
mission this line is capable of handling; 134.5, 600, or 
1200 bits per second (bps). A 1200 bps data rate is not 
available in the U.S.A. This parameter, if omitted, defaults 
to 134 (meaning 134.5 bits per second). 
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A 3767 used as a 2740M1 or a 2741 uses 300 bps. In this 
case, specify DATARATE 134. A 3767 used as a 2740M2 
uses DATARATE 600 or 1200. 


A 5100 used as a 2741 uses 300 bps. !n this case, specify 
DATARATE 134. 


NO 
AUTOPOLL- 1 yes} 
The AUTOPOLL parameter specifies whether the auto- 
matic polling feature is installed in the MLTA. Consult 
the IBM customer engineer to determine if this feature 
was installed. It can be installed if the 2740 Model 1 and 
Model 2 terminals have the station control feature, or if 
any terminals in the 1050 system are used. This parameter 
must be specified for every line statement if the feature is 
installed on the MLTA. If the parameter is omitted, the 
default is NO. 


NO 
RCVINT- {veh 


The RCVINT parameter specifies whether the receive inter- 
rupt feature is installed on the terminals. The default value 
is NO. The value YES is valid only for full duplex lines. 


NRETRY- 7, 
The NRETRY parameter defines the number of retries 
that take place if there is a transmission error on the line. 
A 1- to 3-digit value with a maximum of 255 retries is 


acceptable. If the parameter is omitted, the default value 
is 2. 


If the error persists after the specified number of retries, 
the error is logged on the system console. If a program is 
in control of the terminal, an error return code is returned 
to the user program. If the terminal is not under control 
of a user program, an error message is sent to the system 
operator. 


DELAY-n 


The DELAY parameter defines the delay time for contro! 
station type MLTA lines after the poll list is used and be- 
fore polling starts again. This time is given in tenths of a 
second. If the number 15 were given, this would mean one 
and a half seconds. 


The maximum value that can be given is 256 (25.6 seconds). 


If this parameter is not specified, there is no delay. 


YES 
TIOLT- {% \ 


The TIOLT parameter specifies whether the terminals on 
this line are allowed to request an online test. The default 
is YES. This parameter does not affect the capability of 
the system operator to initiate an online test. 


NO should be specified only if five consecutive nines 
(99999) must be entered as data. 


Notes: 

1. No additional main storage is required to utilize the 
online test function. 

2. Online test requires a minimum record length of 100 
bytes. 


// MLTATERM Statement 


The MLTATERM statement defines certain attributes of 
the terminals on MLTA lines. It also refers to a terminal 
attributes set that completes the terminal specifications. 
The MLTATERM statements must follow the MLTALINE 
statement. 


The number of MLTATERM statements allowed depends 
on the line type. This is defined by the TYPE parameter 
on the MLTALINE statement. The maximum number of 
terminals allowed in a set is 100. 


// MLTATERM TERMID-termid,T YPE-termtype, 


NO 
ATTRID-‘attrid [,attrid}] ...’ ,CCOMMAND- 1 


YES 


YES 


[,ADDR-xx] LONLINE-} 2ES() [,PINCOMP-n] 


q 
» 
b 


HOLD 1 
DROP 


[,POUTCOMP-n] [,OFFACTN- 1 





TERMID-termid 


The TERMID parameter assigns permanent (for this set) 
identification to this terminal The valid entries for this 
parameter are any two (exactly two) nonblank extended 
alphameric characters. There is no default for this param- 
eter. The value given must be unique for each terminal 
within this set. The value must not be the reserved !D, $C. 


TYPE-termtype 


The TYPE parameter specifies the terminal type this 
MLTATERM statement describes. All terminals on any 
MLTA line must be identical; (for example, 2740S, or 
2740SC, or 1050). If a 1050 system is being described, 
refer to the parameters PINCOMP and POUTCOMP on this 
statement for further component description. 


Any one of the following terminal types can be specified: 


Character 

to Specify Terminal and Features 

1050 1050 on a nonswitched fine. 

1050D 1050 on a dial (switched) line. 

2740 2740 Model 1 without additional 
features on a nonswitched line. 

2740C 2740 Model 1 with jongitudinal re- 
dundancy checking (LRC) feature on 
a nonswitched line (see note). 

2740D 2740 Model 1 without additional extra 
features on a dial (switched) line. 

2740DC 2740 Model 1 with longitudinal re- 
dundancy checking (L.RC) feature on 
a dial (switched) line (see note). 

2740DT 2740 Model 1 with transmit control 
feature on a dial (switched) line. 

2740DTC 2740 Model 1 with transmit control 
and longitudinal redundancy checking 
(LRC) features on a dial (switched) 
line. 

2740M2S 2740 Model 2 with station control 


feature on a nonswitched line. 
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Character 
to Specify 


2740M2SB 


2740M2SC 


2740M2SCB 


2740S 


2740SC 


2741 


2741D 


CMCSTD 


SYS7C 


SYS7DC 


SYS7SC 


Terminal and Features 


2740 Model 2 with station contro! 
and buffer receive features on a non- 
switched line. 


2740 Model 2 with station control 
and longitudinal redundancy checking 
(LRC) features on a nonswitched line. 


2740 Model 2 with station control, 
longitudinal redundancy checking 
(LRC), and buffer receive features on 
a nonswitched line (see note). 


2740 Model 1 with station control 
feature on a nonswitched line. 


2740 Model 1 with station control 
and longitudinal redundancy check- 
ing (LRC) features on a nonswitched 
line (see note). 


2741 on a nonswitched line (see note). 


2741 on a dial (switched) line (see note). 


Communicating Magnetic Card 
SELECTRIC® Typewriter on a dial 
(switched) line. The CMCST is sup- 
ported to the extent that it functions 
identically to a 2741D. 


System/7 functioning as a 2740 with 
longitudinal redundancy checking 
(LRC) feature on a nonswitched line. 
The System/7 is supported to the 
extent that it functions identically to 
a 2740C. 


System/7 functioning as a 2740 with 
longitudinal redundancy checking 
(LRC) feature on a dial (switched) 
line. The System/7 is supported to 
the extent that it functions identically 
to a 2740DC. 


System/7 functioning as a 2740 with 
station control and longitudinal re- 
dundancy checking (LRC) features 

on a nonswitched line. The System/7 
is supported to the extent that it func- 
tions identically to a 2740SC. 


Note: The 3767 terminal can be used under CCP to 
simulate the following MLTA terminals: 2740C, 2740DC, 
2740M2SCB, 2740SC, 2741, 2741D. Restrictions on 
assignment when using the 3767 as one of these terminals 
are under the MCODE and DATARATE parameters of 
the MLTALINE statement. 


The 5100 portable computer can be used under CCP to 
simulate the following MLTA terminals: 2741 and 2741D. 
Restrictions on assignment when using the 5100 as one of 
these terminals are listed under the XMCODE and 
DATARATE parameters of the MLTALINE statement. 


ATTRID-~-‘attrid [,attrid] ...' 


The ATTRID parameter specifies which terminal attributes 
sets (defined by the TERMATTR statement) this terminal 
can use. The first attributes set is used in the following 
cases: 


@ At startup. 


@ When required by a user program and if the attrid speci- 
fication is omitted in the TERMS parameter on the 
assignment program statement. 


@ If no other specification is given when a user program 
acquires this terminal during execution. 


Attributes sets listed after the first are eligible for assign- 
ment to this terminal at the following times: 


@ When the terminal is required by a user program and 
attrid is specified in the TERMS parameter in the 
assignment program statement. 


© When the user program acquires the termina! via the 
acquire and set terminal attributes operation. 


The values given must correspond with a value given for 
the ATTRID parameter on a TERMATTR statement. In 
addition to the specifics given on this statement, the ter- 
minal attributes set supplies certain other specifics for this 
terminal. There is no default for this parameter. 


The ATTRID parameter can refer to a maximum of 32 
attributes sets. 


NO 
COMMAND.- \ ves 
The COMMAND parameter specifies whether this terminal 
is capable of requesting programs. If this parameter is 
given with the value YES, then the terminal must have 
both input and output capability. Any terminal can be 
specified as not being command capable, but if this param- 
eter is given with the value YES, and the terminal does not 
have both input and output capability, an error diagnostic 
is given. There is no default for this parameter. 


ADDR-xx 


The ADDR parameter is the two-hex character represen- 
tation of the transmission line code of the terminal address. 
The terminal address and transmission code are physically 
wired at each terminal. Consult your IBM customer engi- 
neer for the exact code wired. 


YES 
ONLINE- { No | 
The ONLINE parameter is used to specify whether the 
terminal is available to be used at the beginning of a CCP 
run. The default value for the omitted parameter is YES. 
A value of NO indicates that this terminal should be treat- 
ed by the CCP as if it were logically offline at startup. This 
specification can be overridden during the execution of the 
CCP by the system operator. 


PINCOMP-n 


The PINCOMP parameter is used only for 1050 terminals. 
This parameter specifies the input device for a 1050 system 
specified as a command terminal and indicates the compon- 
ent from which the CCP receives the terminal operator’s 
input commands. For a noncommand terminal, either this 
parameter or the POUTCOMP parameter is required. Both 
can be specified if the terminal has both input and output 
capability. 


The following numbers apply for the 1050 system: 
1 indicates keyboard 


2 indicates reader 1 
3 indicates reader 2 


POUTCOMP-n 


The POUTCOMP parameter is used only for 1050 terminals, 
and specifies the principal (or only} output device of that 
terminal. This parameter is required for a 1050 system spec- 
ified as a command terminal and indicates the component 
to which the CCP sends messages to the terminal operator. 
For anoncommand terminal, either this parameter, or the 
PINCOMP parameter is required. Both can be specified if 
the terminal has both input and output capabilities: 


The following numbers apply for the 1050 system: 


5 indicates printer 1 
6 indicates printer 2 
7 indicates punch 1 
8 indicates punch 2 


HOLD 
OFFACTN- ener \ 


The OFFACTN parameter is used only for command ter- 
minals (COMMAND-YES). This parameter specifies the 
action to be taken with this terminal when the terminal 
operator issues the sign-off command. The only two ac- 
ceptable values are HOLD and DROP. 


HOLD means the line continues to be monitored by the 
system after the sign-off command is given. HOLD is the 
default value for a nonswitched line. 


DROP means that, when the sign-off command is given: 


@ \f the terminal is connected by a nonswitched line, that 
terminal’s status is changed from online to offline. 


@ tf the terminal is connected by a switched line, the line 
is disconnected. 


DROP is the default for a switched line. 


The terminal operator can override the parameter specified 
when using the sign-off command. 


//PORTLINE Statement (Program Number 5704-SC2 only) 


The PORTLINE statement defines how the BSCA, BSCC, 
or SIOC portline is to be divided into ports and the size of 
the line buffers. The PORTLINE statement should be 
entered after the SYSTEM statement or after the last 
TERMATTR statement. One PORTLINE statement may 
be entered for each BSCA, BSCC or SIOC line supported. 


Assignment Stages 113 


The PORTLINE statement follows this format: 


Mope. J Primary 


PORTLIN 
// PORTLINE i Secondacy le" 
SIOC 
LINE1 
LINE2 
YPE- 
te LINE3 
LINE4 
TTASK 
fn | 
KL-. . 
os | 252 f° 
MAXMSG-n 
AQPORT-n 
/NAOQPORT-n 


[,PORTPRF X-portprefix] 


f EBCDIC 
Lan 








‘Bsc lines one through 4 only. 


| IPRIMARY 
Yip 
pees {SECONDARY l( ' 


lis j 


This specifies which system is to be the PRIMARY and 
which system is to be the SECONDARY. It is the user's 
responsibility to ensure that one system is defined as 


PRIMARY and the other system is defined as SECONDARY. 


If both systems attempt to execute a PUT instruction 
simultaneously, the PRIMARY system will execute its 
PUT instruction first. 
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SIOC 
S 
LINE1 
1 
LINE2 
2 
LINE3 
3 
LINE4 
4 
TTASK 
T 


TYPE- 


The TYPE parameter must be given to define what type of 
Portline is being used. 


One of the following values must be specified: 


Parameter Explanation 


SIOC Serial input/output channel. Channel 

Ss connected systems communication is 
supported by CCP. Allows CCP programs 
to pass information over an SIOC chan- 
nel from one System/3 Model 15D to 
another System/3 Model 15D. See /BM 
System/3 Model 15D Channel Connected 
Systems Program Reference and Logic 
Manual, GC21-5199. (Program Number 
5799-WNK is also required.) 


LINE1 through Portline over BSC lines. Allows CCP 


LINE4 programs written to communicate over 

1 through 4 an SIOC channel to also communicate 
over a BSC line. 

TTASK Task-to-task. Allows CCP programs to 


T Pass information from one CCP task to 
another CCP task within the same 
System/3 Model 15D. This is like SIOC 
tasks passing information over the SIOC 
channel to another SIOC task executing 
in another system. 


n 
BLKL- 1 O50 


The BLKL parameter defines the block length, in bytes, for 
the SIOC channel buffers. It can be specified as one to 

five numeric digits with a valid range of 252 to 49152 (all 
necessary IOBs will be added to the length to enable the 
block to transmit). The parameter defaults to 252 if not 
specified. This parameter is not used for PORTLINE 
Operations other than SIOC. 


MAXMSG-n 


The MAXMSG parameter specifies the maximum number 
of bytes of the largest message to be received. It is speci- 
fied as a number from 1 to 49152. This parameter must be 
specified. For PORTLINE other than SIOC, this value 

will be the block length. 


AQPORT-n 


The AOPORT parameter specifies the number of acquirable 
ports for this assignment set. The maximum number is 49; 
the default is 0. 


NAQPORT-n 


The NAQPORT parameter specifies the number of non- 
acquirable ports for this assignment set. The maximum 
number is 49; the default is O. 


At least one acquirable or one nonacquirable port must 

be specified. The number of acquirable ports on the 
primary system must match the number of nonacquirable 
ports on the secondary system. The number of nonacquir- 
able ports on the primary system must also match the 
number of acquirable ports on the secondary system. 
When TYPE-TTASK is specified in this PORTLINE state- 
ment, the number of nonacquirable and acquirable ports 
must be equal. 


PORTPRE X-portname 


The optional PORTPRF X parameter defines the first 
characters of the generated portnames. The portprefix 
must be one to four alphanumeric characters. 


The name of each logical port is generated using the 
characters given on the PORTPRFX parameter and 
appending a two digit port number. The acquirable port 
will start with the number 01 and the nonacquirable ports 
will start with the number 51. 


EBCDIC | 


XM - 
eee ‘ ASCII 


The XMCODE parameter defines the transmission code 
used by the terminals on this line. If not specified, 
XMCODE defaults to EBCDIC. This parameter is valid 
only for TYPE-LINEn, where n=1, 2, 3, or 4. 


ee 
NRETRY-) 7-4 


The NRETRY parameter defines the number of retries that 
take place if there is a transmission error on the line. If 
the error persists after the specified number of retries, the 
error is logged on the system console. If a program is in 
control of the terminal, an error return code is returned 

to the user program. If the terminal is not under the con- 
trol of a user program, CCP permits the system operator 

to bypass or retry the operation. A one to three digit value 
up to 255 is acceptable. If the parameter is omitted, the 
default value of seven is assumed. This parameter is valid 
only for TYPE-LINEn, where n=1, 2, 3, or 4. 


NO 
N 
DBLBUF- ia 


Y 


The DBLBUF parameter specifies whether terminals on 
this line are to be double line buffered. YES indicates 
double buffering is provided by CCP; the main storage is 
reserved at startup. NO indicates a single buffer is provided 
by CCP. The default is NO. Double buffering generally 
improves data transmission time, especially for multiple 
block transmissions. This specification refers to the line 
buffer, not the buffer work area specified by the 
MINTPBUF parameter on the system assignment statement. 
This parameter is valid only for TYPE-LINEn, where n=1, 
2,3,or 4. 


war. | 180 


The WAIT parameter specifies a decimal delay count. The 
delay count is the number of seconds, after receiving or 
transmitting a block of data, that CCP waits for the user 
to receive or transmit another block of data for the same 
file. CCP waits the specified number of seconds by using 
the WACK ENO and TTD NAK line control sequences. 

A one- to four-digit value up through 9999 is accepted. 


If the delay count is exhausted between transmissions, 
CCP terminates the transmission and posts a completion 
code except when the end of file is received or transmitted. 
lf a value is not specified, a 180-second delay count is 
assumed. If a delay count is specified, consider the time 
that may be required for such items as device errors, halts, 
and ready 1/O devices. 


This parameter applies only when user programs are com- 
municating with a terminal on this line. The parameter 
applies only for PORTLINE TYPE-LINEn, where n=1, 2, 
3, or 4. 
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// TERMNAME Statement 


The TERMNAME statement defines symbolic names associ- 
ated with terminals and subterminals (a subterminal is a 
component of a 1050 system). This statement can also 
associate a telephone number to a specific terminal con- 
nected by a switched line. A maximum of 254 TERM- 
NAME statements can be given for one assignment set. 


At assignment time, every terminal must have at least one 
symbolic name associated with it. If more than one sym- 
bolic name is associated to a specific terminal, the first 
one given is called the primary name and those following 
are secondary names. 


The first TERMNAME statement that has both NAME and 
TERMID parameters given for a specific terminal is the 
primary name for this terminal. Additional TERMNAME 
statements with the same TERMID and a different NAME 
parameter define names that can be given to the terminal 
via the /NAME terminal operator command. 


// TERMNAME NAME-termname {,TERMID-termid} 


LMSTRNAME-termname] [,INCOMP-n] 


[,OUTCOMP-n] [,PHONENUM-number] 


NAME-termname 


The NAME parameter specifies a symbolic name to be 
associated with either a terminal or an input and/or output 
subterminal. If the parameter TERMID is specified on this 
statement, this NAME is associated with a specific terminal 
at the beginning of a CCP run. If the parameter MSTR- 
NAME is specified, this NAME is the name of an input 
and/or output subterminal. 


The value for this parameter must be one to six extended 
alphameric characters; it cannot be all blanks, CONSOL, or 
ALL. It must be different from any other name given on 
any other TERMNAME statement. 
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This symbolic name can be given and not associated with a 
terminal at assignment time. In this case it could, during a 
CCP run, be assigned to a terminal by the system operator. 
Also, if this symbolic name is assigned to a terminal, by us- 
ing the TERMID parameter on this statement, it can be re- 
assigned to another like terminal by the system operator 
during a CCP run. 


TERMID-termid 


The TERMID parameter associates the terminal which has 
this two-character |D with the symbolic name given in the 
NAME parameter. Specifying this parameter implies the 
NAME parameter value is a terminal name and therefore 
the parameters INCOMP, OUTCOMP, and MSTRNAME 
cannot be given on this statement. The termid value must 
be a termid given for a terminal on a BSCATERM or 
MLTATERM statement. 


MSTRNAME-termname 


The MSTRNAME parameter is used to associate the sub- 
terminal with a terminal symbolic name. This parameter 
should only be used when describing subtermina!ls and can- 
not be specified if the TERMID parameter is specified. If 
this parameter is specified, either the INCOMP and/or 
OUTCOMP parameters must also be specified. The value 
given here must match a value given as a terminal symbolic 
name on a previous TERMNAME statement. 


When describing a 1050 system, this parameter will associ- 
ate the subterminal specified on this statement to a 1050 
system symbolic area. 


INCOMP-n 


The INCOMP parameter specifies an input subterminal (in- 
put component of a multicomponent terminal) and implies 
the name given in the NAME parameter is the symbolic 
name associated with this subterminal. If this parameter 

is specified, then the MSTRNAME parameter must also be 
specified to associate this subterminal to a terminal sym- 
bolic name. 


The value for this parameter must be a single digit number. 
For the 1050 system the following numbers apply: 


1 indicates keyboard 

2 indicates reader 1 

3 indicates reader 2 

4 indicates any one input component of the polled line 


OUTCOMP-n 


The OUTCOMP parameter specifies an output subterminal 
{output component of a multicomponent terminal) and 
implies the name given in the NAME parameter is the sym- 
bolic name associated with this subterminal. If this param- 
eter is specified, then the MSTRNAME parameter must also 
be specified to associate this subterminal to a terminal sym- 
bolic name. 


The value for this parameter must be a single-digit number. 
For the 1050 system the following numbers apply: 


5 indicates printer 1 

6 indicates printer 2 

7 indicates punch 1 

8 indicates punch 2 

9 indicates any or all output components of the polled 
system 


PHONENUM-number 


The PHONENUM parameter defines the telephone number 
for this terminal. A telephone number is required for 
switched lines using automatic calling or manual calling. 
The vaiue given must be a string of numeric digits repre- 
senting the exact telephone number needed to place the 
call to this terminal. This parameter can be specified only 
if the TERMID parameter is given on this statement. A 
maximum of 25 digits can be given for any one telephone 
number, 


// DISKFILE Statement 


The DISKFILE statement is used to describe the disk files 
that are used during the execution of this set. The informa- 
tion given on this statement must correspond with the actual 
type of file as it is defined in the program. 


A DISKFILE statement must be given for each disk file 
used by any program in this set, specifying the name by 
which programs refer to this file. A maximum of 50 
DISKFILE statements are allowed within one assignment 
set for Program Number 5704-SC1, and 192 DISKFILE 
statements for Program Number 5704-SC2. However, the 
DSM might restrict the number of files that can be opened 
during CCP startup. When Program Number 5704-SC2 is 
used and there are more than 50 files specified in the assign- 
ment set, an external pointer list (EPL) is built in main 
storage. The size of this EPL can be either 2K or 4K bytes. 
It is put in the user program area at startup time. 








// DISKFILE NAME-filename 


kates LKEYL-n] 





Y 1 
[,.KEYPOS-n] [,MSTRINDX- ae 


No 





1 
[.MIXSIZE-n} (|, EXTENTS-n]? 





'Not applicable for Program Number 5704-SC2. 
Not applicable for Program Number 5704-SC1. 


NAME-filename 


The NAME parameter specifies the name by which a pro- 
gram refers to the file. This name matches the name on an 
OCL // FILENAME-cccccccc, .. . statement to be included 
at startup (unless that file is suppressed). 


To define a file more than once: 

Assignment Statements 

// DISKFILE NAME-x,ORG-D, RECL n 

// DISKFILE NAME-y,ORD-1,RECL-n, KEY L-n,KEYPOS-n 
Startup OCL 

// FILE NAME-x,UNIT-D1,PACK-D1D1D1 

// FILE NAME-y,UNIT-D1,PACK-D1D1D1,LABEL-x 


The files can be two read files, or one read file and one 
update file. 
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Cc 
ORG- <D 


The ORG parameter specifies how the file is organized on 
disk. There is no default for this parameter. 


The following values can be specified: 


C indicates consecutive (sequential) 
D indicates direct 
| indicates indexed 


To use this parameter most effectively, you should match 
the keyword value in this parameter with the access value 
for the FILES keyword in the PROGRAM assignment 
statement. That is, when processing a direct file or 
consecutive file consecutively, use ORG-C. When 
processing a direct file or consecutive file by direct access, 
specify ORG-D. When the same file is accessed by both 
direct and consecutive methods, determine the ORG value 
by specifying the access method used most often to open 
this file. 


When running multivolume files, ORG-C (sequential) is 
invalid. 


When running CCP/Disk Sort Programs, ORG-C must be 
specified for the work file, and the output file. 


RECL-n 


The RECL parameter specifies the record length of the file 
on disk. The record length on disk and the record length 
for that file in a program must be the sarne. The value given 
for this parameter can be from 1 to 4096. 


For a CCP/Disk Sort program, the work file requires 
RECL-256. 


KEYL-n 
The KEYL parameter (required for indexed files) specifies 
the length of the key in an indexed file. The values can be 


from 1 to 29 but must correspond to the key length as de- 
fined in the file on disk. 
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KEYPOS-n 


The KEYPOS parameter (required for indexed file) specifies 
the location of the key within the record. Specifically, the 
position given must be the position of the first character of 
the key in the record. This value is not a displacement 
value. This parameter must be given for all indexed files 
and can be from 1 through 9999, but must correspond with 
the value used when the file was created. 


YES 


MSTRINDX- NO 








The MSTRINDX parameter (Program Number 5704-SC1 
only) specifies whether this file should have a resident 
master index. The parameter can be omitted and the 
MIXSIZE parameter can be used to specify a master index 
and the main storage allocation for it. Master index is not 
supported for the 5445, 3340, or 3344 disk files. This 
Parameter is valid only if the ORG parameter has a value 
of I. 


The MSTRINDX-YES is specified and the MIXS!ZE param- 
eter is omitted, a master index of one entry per index cyl- 
inder is built at startup. 


Note: The disk track index of a 5445, 3340, or 3344 
index file is used by programs running under the CCP that 
are identical to programs running under disk system 
management. 


The default is NO, unless MIXSIZE-n is specified with a 
nonzero value indicating no master index within the CCP. 
This master index is external to the user’s program and is 
the only master index used for this file when this program 
is run under the CCP. Thus, if space for a master index 
was included in the user program, it is not used under the 
CCP. 


The master index is a table containing entries for tracks in 
the index portion of an indexed data file. Each entry con- 
tains a track address and the lowest key field associated 
within that track. The most efficient size for the master 
index is equal to the key field length plus two multiplied by 
the number of tracks in the file index. A master index can 
significantly reduce the amount of time needed to process 
an indexed file on a 5444, 


MIXSIZE-n 


The MIXSIZE parameter (Program Number 5704-SC1 
only) specifies the number of bytes to be allocated to the 
resident master index for this file. The user can specify up 
to 16,383 bytes for the master index. However, the largest 
resident master index that can be used is considerably less 
than this. The minimum value that can be specified is the 
number specified for KEYL plus five. This parameter is 
valid only if the ORG parameter has a value of | specified. 


The following chart indicates results of various combinations 
of the MSTRINDX parameter and the MIXSIZE parameter: 


MIXSIZE Parameter 


Omitted 











Nonzero 








MSTRINDX 
Parameter 





YES Valid, the speci- Valid, one en- 
fied number of try per cylinder 
bytes is used for of index 


master index 










NO 





Invalid Valid, no mas- 


ter index 












Omitted Valid, the speci- 
fied number of 
bytes are used 
for master in- 


dex 


Valid, no mas- 
ter index 






EXTENTS-n 


The EXTENTS parameter (Program Number 5704-SC2 
only) specifies the number of extents (volumes) for a multi- 
volume file. The values can be 2, 3, or 4; the value must 
correspond to the number of extents indicated within the 
corresponding file OCL statement at startup. 


Assignment Stages 
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Disk File Names (Not Using Symbolic File Facility) 


The filename used in 
the program.... 


.... is the name that must 
be specified in a DISKFILE 
statement during assignment 


....and is the name that 
must appear as the NAME 
Parameter in an OCL 
FILE statement at the 


startup of CCP. 
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Program 

















Assignment Set 


OCL at Startup 





// FILE NAME — 


//LOAD $CCP,—— 


Relationship of Filename Used in Program to Name of File on Disk 














Program 

































//PROGRAM FILES —' 


Assignment Set (oer 
~=—% 


OCL at Startup // RUN OCL at Startup (irs 
LABE 
a Parameter) 


| //LOAD $CCP,—— //LOAD $CCP,—— 





at 


If the LABEL parameter is specified in the OCL FILE state- If no LABEL parameter is specified in the OCL FILE state- 
ment, the actual file referred to is the file that resides on ment, the actual file referred to is the file that resides 


disk under the name specified by that LABEL parameter. on disk under the name specified by the NAME parameter. 
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// SYMFILE Statement 


The SYMFILE statement defines the symbolic disk file 
reference name. This statement specifies the set of disk 
files that the symbolic name can be validly associated with 
by the terminal operator /FILE commands (see index entry: 
file command). A maximum of 50 SYMEILE statements 
are allowed within one contro} set. 


[: SYMFILE NAME-cccece,DISKFILE-’ccec... [,cec...] 2.2’ 


NAME-cccccecc 





The NAME parameter specifies a symbolic name that is 

used as a file reference name within one or more programs 
in this assignment set. This name does not identify a parti- 
cular file (as a DISKFILE statement NAME Parameter does). 
A file command from the terminal operator is required to 
specify which disk file is actually referred to in execution 

of the program. The file command must specify one of 

the disk files identified in this statement. It cannot dupli- 
cate any name on a DISKFILE statement or another SYM- 
FILE statement. 


DISKFILE‘ccc... [,ecce...] ...’ 


The DISKFILE parameter specifies one or more file names 
previously specified by the NAME parameter on a DISK- 
FILE statement. All files referred to in the DISKFILE 
parameter of the SYMFILE statement must have identical 
characteristics. A symbolic file name cannot refer to both 
5444 and 54465 disk files. For Program Number 5704-SC2 
the maximum number of files is 191.! 


SYMFILE statements should not be used to overlay input 
data with output data when running CCP/Disk Sort because 
unpredictable results may occur. Symbolic files cannot be 
validly defined for programs requested via the chain task 
process because there is no line of contro! between the 
requester of a chain task sequence and the programs in that 
sequence. 


leach SYMFILE statement in the assignment set takes up one file 
making the maximum number of files 191. 
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Symbolic Disk File Name 




















bs aa fe ae 
ay 
| I; 
| | 
. . . ; ! 
This filename used in a program Program | . | 
is a symbolic filename. : q | | 
P 
' | J 
: | | 
i i 
| | 
| | | 
in: ain areca Ne i J 
\ 


The assignment set indicates 
that this name might refer to 


any one of three different disk s = 
files, depending on which one (v2) (oer. (cH) (2K: 
the terminal operator wants 
to use. ooo 
// DISKFILE NAME — (oer) 










// DISKFILE 


OCL at Startup 
Each of the possible disk file 
names must appear as the NAME 


// FILE NAME — (cH) 
parameter of an OCL FILE state- 


ent at the start f CCP. 
a // FILE NAME — (oeF) 


//LOAD $CCP,—— 
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Symbolic File Reference 


Before running the program, 
the terminal operator entered 
this command: 








: | Program 


/FILE XYZ, DEF 














When the program is requested - = 
by the terminal operator, the 
program accesses the actual disk 
file identified by the disk file 
EF. ee 
nner //DISKFILE NAME — (oer) 
Assignment 
Set 


// DISKFILE (Ke) 
OCL at Startup 
of CCP 


// FILE NAME — (oer) Lael —(a00) 


//LOAD $CCP,—— ~ 
If the terminal operator had 
oO 


ES entered: 
Because in this OCL, the disk (a8c) 


/FILE XYZ,GHI 
ahs eat the actual file GH! would 
file ented by the name be referred to. If the ter- 
DEF is specified as being on minal operator had entered: 
the disk under the name ABC, 
the file ABC is the actual file 


/FILE XY¥YZ,JKL 
the actual file MNO would 
referred to in this run of the 
program. 


@) 
AL 
atl 





[ 


ou \ 


. be referred to. 
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Two Filenames Used in a Program Refer to the Same File 


Before running the program, 
the terminal operator entered 
this command: 


/FILE XYZ, DEF 


By using a symbolic 
file, the same file is 
used under two names, 
perhaps in order to 
process the file in two 
different ways in the 
program. 














en 
// DISKFILE NAME — 


//FILE name —(oer) 


//LOAD $CCP,—— 





// PROGRAM 


UL 


oN 





FILES —’ 


| Program 












Assignment Set 


OCL at Startup of CCP 


\ 
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// PROGRAM Statement 
// PROGRAM 
The PROGRAM statement defines the logical structure 
and the resource requirements of a user program. One 
PROGRAM statement must be given for each program 
that can be requested by a command terminal during 
the execution of the CCP using this assignment set. A 
maximum of 255 program statements” can be entered 
within one assignment set. This restriction does not 
apply to Program Number 5704-SC2; therefore the 
maximum number of programs is limited only by other 
application-dependent variables. For additional 
discussion about the programming languages supported, 
see /BM System/3 Communications Control Program 
Programmer's Reference Manual, GC21-7579. 


Note: Unit record devices do not have to be specified 
on the // SYSTEM statement. It is dynamically allo- 
cated from DSM. However, if the device is not 
immediately available, the requested program is 
rejected. 


NAME-pgmname 
LMRTMAX-n] [,NEVEREND- - 


SHR 


LPRINTER- -NO - 


DO 
55 
—— 


[.MFCU1- 


Uv 


[,MFCM1- | [.MFCM2- 


2u7rmyDVO 


Re Nt 
a 


oO 


te 


uv 


oO 
ee” 


[,RP1442- 


2u27D 


| 


NO 
{,PGMDATA- 49) ] 


NO NO 
ce 1 LR2501- est ] 


[,TERMS-'termname {/attrid) 


rites trac [ ! 


(,ENDMSG- \ 


[,termname [/attrid] |..." 
SHR 

NOSHR Pe er 
KSORT 


PROGRAM? 
| pack. {caoaay 


{,PRUF$Z-format name] 
{,PRUFLNG-nnnnl} 


(,DFFMTERM-n) [,DFFNDF-n] [,DFFSFDT-n] 
(,MORCOR-n} 


(N 


{No 1 
[,SORT- ep 


JNORMALt 
LPRIORITY- \Low j! 


L.EXECFIND- {Rott 
Yes{ 


L.TASKSIZE-n] ! 


NO 


1 
[,PGMFIND- vest ] 





iFor Program Number 5704-SC2 only. 
sFor Program Number 5704-SC1 only. 
3Eor Program Number 5704-SC2, these codes may also be specified: 


Ri, 

DiA, 
D2A, 
D3A, 
D3E, 
D4A, 
D4E, 


Fi, 
D1B, 
D2B, 
D3B, 
D3F, 
D4B, 
D4F, 
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R2, 

DiC, 
D2Cc, 
D3c, 
D3G, 
D4C, 
D4G, 


F2 

D1D 
D2D 
D3D 
D3H 
D4D 
D4H 


NAME-pgmname 


The NAME parameter defines the name of a program that 
resides on a user’s CCP pack specified in the PACK param- 
eter. The name must be one to six extended alphameric 
characters. However, it cannot start with a $ or a numeric 
character except as indicated in the following list: 


$CCPDD 
$CCPCL 
$CCPOP 


Exceptions: 


@ $CCPDD — can be included to dump all storage dumps 
from $CCPFILE or $CCPDUMP (5704-SC2) to printer 
while CCP is running. Include the following statement. 


// PROGRAM NAME-$CCPDD,PRINTER-YES, 
PGMDATA-NO 


For Program Number 5704-SC2 only, the $CCPDD 
program statement does not need to be included in the 
assignment set; a standard entry is made by the system 
program. If a program statement for $CCPDD is en- 
tered, it is ignored. This is to assure that $CCPDD will 
be available during execution of CCP. 


@ $CCPCL and $CCPOP — can be included to dynamically 


close and reopen disk files. Include the following 
statements: 


// PROGRAM NAME-$CCPCL,MRTMAX-1 
// PROGRAM NAME-$CCPOP 


$FCOMP cannot move or back up data areas if the files 
have been opened or closed by $CCPCO, $CCPCL, or 
$CCPOP. 


For a description of dynamic close/re-open, see Disk File 
Close/Open Facility. 


@ CCPFMT — can be included to find formats that have 
been added or updated since startup, and to update the 
DFFSFDT value (in the PROGRAM statement). For 
more information on CCPFMT refer to the Format Find 
Routine in the 3270 Display Format Facility (DFF) 
section of the /BM System/3 Communications Control 
Program Programmer's Reference Manual, GC21-7579 
or the /BM System/3 Model 15 Communications Control 
Program System Operator’s Guide, GC21-7619. 


MRTMAX-n 


The MRTMAX parameter specifies that the program is capa- 
ble of servicing multiple requesting terminals, and the num- 
ber of terminals it is capable of servicing at one time. For 

a discussion about multiple requesting terminals, see /BM 
‘System/3 Communications Control! Program Programmer's 
Reference Manual, GC21-7579. If this parameter is 
omitted, it indicates that this program (a single requester 
program) is not capable of servicing multiple requesting 
terminals. The valid range of numbers for this parameter 

is 1 to 239. MRTMAX-1 must be specified for the dynamic 
close facility, $CCPCL. 


NO 
NEVEREND- rest 


The NE‘/EREND parameter specifies whether the program 
is never ending. The term never ending defines a program 
that, once it is initiated and loaded into main storage, re- 
mains in main storage for a relatively long time. Ifa re- 
source conflict occurs and either the requester or owner 

is a never-ending program, the requester is rejected. 


NO 
YES 
SHR 


PRINTER- 








The PRINTER parameter specifies whether the line printer 
is used in the program. The default is NO. SHR indicates 
the program uses the printer but will share it with other 
programs running under CCP. However, if SHR is specified 
the output can be interleaved with other program’s output. 


NO 
R2501- ee 


This parameter specifies whether the 2501 is used in the 
program. The default is NO. 
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MFCU1 : | 


MFCU2_ iis 
MFCM ) \ 
MFCM2 No. 


These parameters specify how the MFCU and MFCM hop- 
pers are used in this program. The following explanations 
apply: 


Parameter Explanation 

Cc Combined file. Specify C if this program 
uses this hopper for combined input and 
output. 

RP Reader/punch. Specify RP if combined 
does not apply and this program uses this 
hopper for both input and output. 

R Reader only. Specify R if this program 
uses this hopper for input only. 

P Punch only. Specify P if this program 
uses this hopper for output only. 

NO Default value if this hopper is not used 
in this program. 

es 

RP 
RP1442- <R 

P 

NO, 


This parameter specifies how the 1442 is used in this 
program. The following explanations apply: 


Parameter Explanation 

Cc Combined file. Specify C if this program 
uses this hopper for combined input and 
output. 

RP Reader/punch. Specify RP if combined 
does not apply and this program uses this 
hopper for both input and output. 

R Reader only. Specify R if this program 
uses this hopper for input only. 

P Punch only. Specify P if this Program 
uses this hopper for output only. 

NO Default value if the 1442 is not used in 


this program. 
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RP 
R 
Pp 
NO 


N3741- 


This optional keyword specifies whether the 3741 (as a 
unit record device) is used by this program. The default is 
NO. The following explanations apply: 


Parameter Explanation 

RP Specify RP if this program uses the 3741 for 
both input and output. 

R Specify R if this program uses the 3741 as 
input. 

P Specify P if this Program uses the 3741 as 
output. 

NO NO is the default value if the 3741 is not 


used by this program. 


NO 
PGMDATA- est 


The PGMDATA parameter specifies whether a program 
request from a terminal can have data entered with it. The 
default value if the parameter is not given is YES. Ifa 
terminal operator gives data with the program request, and 
the value in this parameter is NO, then the terminal opera- 
tor receives an error message. A program specified as serv- 
icing multiple requesting terminals (parameter MRTMAX) 
must not specify PGMDATA-NO. If PEMDATA-YES is 
specified, the requesting terminal is not required to enter 
data. However, the program must be able to handle zero 
data length input. 


If PEMDATA-NO is specified, any program request con- 
taining data is rejected by the CCP. 


PGMDATA-YES must be specified for CCP/Disk Sort pro- 
grams to do an accept input operation to free the console 
if it was the requesting device, and a release terminal 
Operation if the requesting device was a terminal. 


NO 
ENDMSG- Wess 


The ENDMSG parameter specifies whether the terminal 
that requested this program will receive a message from 
the CCP when: 


@ The program goes to end-of-job 


@ The program releases the terminal 


The default, if this parameter is omitted, is YES, indicating 
that a message is to be sent at these times. A specification 
ENDMSG-NO indicates that the following four messages 
are not to be sent to the requesting terminal: 


$03 PROG END—PROCEED 
$05 PROG END—SHUTDOWN 
$01 PROG REL—PROCEED 
$02 PROG REL—-SHUTDOWN 


Use of this parameter with the value NO might be particu- 
larly important if this program is requested by 3270 type 
terminals. {f the display is to remain intact after the program 
releases the terminal or goes to end of job, ENDMSG-NO 
must be specified. 


TERMS-‘termname [/attrid] [,termname[/attrid]] ...’ 


The TERMS parameter specifies terminals that are required 
to be available when this program is requested to execute. 
Terminal attributes sets can also be specified for these 
terminals. 


’ The values for tiis parameter can be entered as split-values 
and/or sublists. 


The value for TERMNAME is the symbolic name of a 
required terminal and must correspond to the NAME 
parameter on a TERMNAME statement. Each terminal 
name given for this parameter within one program must be 
unique, The terminal names do not have to be assigned 

to a specific terminal !D at assignment time. However, 
the system operator must assign them prior to the execu- 
tion of this program. No two terminal names can be 
assigned to the same terminal ID. 


The value for ATTRID specifies a terminal attributes set 
to be associated with this terminal during execution of this 
program. The value must be one of the attribute set values 
specified for this terminal on the BSCATERM or MLTA- 
TERM statement. if the attrid value is omitted, the first 
attributes set given on the BSCATERM or MLTATERM 
statement apply. 


The requesting terminal is not normally specified as a re- 
quired terminal, but if it is, the above conditions apply. 


The maximum number of required terminals allowed with- 
in one PROGRAM statement is 80 or fewer, and the maxi- 
mum number of specified files allowed within one 
PROGRAM statement is 40 or fewer, depending on the 
following formula: 


T+2F<112 


where 


F= the number of filenames entered in the FILES 
parameter on this statement 


T= the maximum number of required terminals 
allowed on this statement 


‘SHR 
FILES-’filename/access[/< NOSHR> ] 
KSORT 


, 


[,filename/access, . . .] 


The FILES parameter must be specified if disk files are 
used in this program. The values for each file are given as 
split-values and if multiple disk files are used, the entire 
value for the FILES parameter is a sublist. 


The value for filename is required for each disk file used 
and must be a disk file name as specified in the program. 
Each filename specified here must correspond to the 
NAME parameter given on a DISKFILE statement or 
SYMFILE statement. See the formula under the TERMS 
parameter for the number of filenames that can be entered. 


The value for access is required and describes the assumed 
organization and mode of access of this file as used by this 
application program. For additional discussion about the 
value for access, see /BM System/3 Communications Con- 
trol Program Programmer's Reference Manual, GC21-7579. 
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The following terms can be entered for the access value: 


co- Consecutive output 
CG— Consecutive input 
CU— Consecutive update 
CA- Consecutive add 
DG— Direct input 
DU— Direct input and update 
bo! — Direct output 
IS— Indexed sequential input only 
ISA-— Indexed sequential input and add 
ISL— Indexed sequential input with limits 
ISU— Indexed sequential input and update 
ISUL— Indexed sequential input and update with 
limits 
ISUA— Indexed sequential input, update, and add 
{A— Indexed sequential add only 
IR— Indexed random input only 
IRA-- Indexed random input and add 
IRU-— Indexed random input and update 
IRUA— Indexed random input, update, and add 
lOo— Ordered indexed load 
lOU— Unordered indexed load. 
(2 
NOSHR > 
KSORT 


This optional parameter specifies whether this file can be 
shared with another program while this program is execut- 
ing. The CCP allows the sharing of disk files in either input 
Or update mode but the sharing of the same record at the 
same time is prohibited within the CCP. SHR, the default 
value for input, update, and add files indicates this file can 
be shared with another program. NOSHR, the default for 
load files, indicates this file is not shared with any other 
program during execution of this program. Files that are 
defined more than once within the same program cannot be 
opened as NOSHR. For Program Number 5704-SC1, SHR 
must not be specified if the access is CO, 10, 1OU, CA, ISA, 
or ISUA. For Program Number 5704-SC2, SHR must not 
be specified if access is CO, 1O, or IOU. 


NOSHR must be specified for CCP/Disk Sort work files and 
output files. 





Notes: DO, direct output, allows the following: 

1. The file can be a new file created at CCP startup. 

2. The file is initialized to blanks at CCP startup. This elimin- 
ates the need for the file to be initialized before CCP startup. 

3. The user can code his programs as DU (to allow checking 
for possible synonyms or updating records) but still specify 
DO in the // PROGRAM FILES keyword to allow steps 17 and 
2 above. 
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KSORT (Program Number 5704-SC2} 


This optional parameter specifies whether the keys added 
to an indexed file, during the execution of the task, should 
be sorted and merged into the existing file index. KSORT 
can be specified only if the access is IA, ISA, ISUA, IRA 
or IRUA. If KSORT is specified, the file cannot be shared. 
PROGRAM! 
PACK. PROGR \ 


The PACK parameter specifies the disk pack that contains 
this program. PROGRAM is the default value and indicates 
this program resides on the pack $CCP was loaded from. 
SYSTEM indicates this program resides on the pack from 
which the user loaded DSM (IPL). PACK-R1, F1, R2, F2 
or D1A through D4H (as noted above) indicates the logical 
unit that contains a program (Program Number 5704-SC2 
only). 


The PACK parameter specified for programs $CCPCL, 
$CCPOP, and $CCPDD is restricted to PROGRAM. 


For EXECFIND-YES programs, the pack parameter specifi- 
cation is restricted to PACK-SYSTEM or PACK-PROGRAM 
(Program Number 5704-SC2 only). This allows CCP to use 
all 24 libraries to contain various user programs. 


Placing programs or formats in a library designated bya 
physical unit may cause resident CCP to expand by 2K 
bytes. 


PRUFLNG-nnn 


The PRUFLNG parameter specifies the size of the program 
request under format (PRUF) input data coming from a 
3270 screen. PRUF allows data with the program request 
to exceed the restriction of up to 78 characters normally 
associated with non-PRUF program requests. 


Eo, Program Number 5704-SC2, the fotlowing codes may also be 


specified: 

R1, Fi, R2, F2 
DO1A, DiB, DIC, DID 
D2A, D2B, D2C, D2D 
D3A, D3B, D3C, D3D 
D3E, D3F, D3G, D3H 
D4A, D4B, D4C, D4D 
D4E, D4F, D4G, D4H 


Specifying this keyword indicates that the PRUF option 
should be used during execution of this set. The PRUF 
option causes all text received with a 3270 program request 
to be passed to the program. (Without PRUF, only the first 
data field from the 3270 screen is passed to the user program 
as data with the program request.) If you specify the 
PRUFLNG parameter, you cannot specify PEMDATA-NO. 


For non-DFF formats, the length you specify indicates the 
maximum number of text characters that can be received 
from the 3270 screen as a result of the program request. 
(This includes the 3270 text header and all 3270 field and 
control characters.) 


For DFF formats, the PRUFLNG parameter specifies the 
maximum number of the text characters (not the size of 
the program’s input record area) that can be received from 
the 3270 screen for the format specified for PRUF$Z. For 
more information, see the /BM System/3 Communications 
Control Program Programmer’s Reference Manual, 
GC21-7579. 


PRUF$Z-format name 


The PRUF$Z parameter specifies the format name that 
should be used by the Display Format Facility (DFF) to 
de-code the data received with the program request. When 
this parameter is specified, the PRUFLNG, DFFMTERM, 
DFFSFDT, and DFFNDF parameters must also be specified 
on this statement. For more information, see the /BM 
System/3 Communications Control Program Programmer’s 
Reference Manual, GC21-7579. 


DFFMTERM-n 


The DFFMTERM parameter specifies the number of 
terminals a program can be connected to; therefore, when 
MRT-programs are used this parameter must not be less 
than the MRTMAX-parameter. 


A 1- to 3-digit value from 1 through 239 can be specified. 
If this parameter is omitted it is assumed none of the ter- 
minals serviced by this program will use DFF. 


If this parameter is specified, the parameters DF FNDF and 
DFFSFDT must also be specified on this statement. 
DFFNDF-n 

The DFFNDF parameter specifies the maximum number 


of display format names that are referred to during any 
execution of this program. 


A 1- to 3-digit value from 1 through 255 can be specified. 
If this parameter is omitted, it is assumed no terminals 
serviced by this program will use DFF. 


If this parameter is specified, the parameters DFFMTERM 
and DFFSFDT must also be specified on this statement. 


DFFSFDT-n 


The DFFSFDT parameter specifies the size of the largest 
field descriptor table of any display format used by this 
Program. 


The value for this parameter can be from 1 through 3584 
but must correspond to the largest field descriptor table 
used, as printed by the display format generation routine. 
If this parameter is omitted, it is assumed no terminals 
serviced by this program will use DFF. 


If this parameter is given, the parameters DFFMTERM and 
DFFNDF must also be given on this statement. 


MORCOR-n 


The MORCOR parameter specifies additional 2K blocks of 
main storage allocation to the program for memory resident 
overlays (MROs) and external buffers. You can specify a 
one or two digit value from 1 through 99. If the additional 
storage is not available at program execution time, the pro- 
gram is executed without MROs. To use the MROs with 
the additional storage, the program must be fink-edited 
with an MRO option. 


NO 
sort. °c 


This optional parameter (used for Program Number 
5704-SC2 only) specifies whether this program is a CCP/ 
Disk Sort program. When SORT-YES is specified, three 
files must be specified on the FILES parameter of the 
PROGRAM statement: 


@ An input file with consecutive input (CG) access. Note 
that CG access should be used on direct and indexed 
files (maximum of eight input files). 


@ Awork file with consecutive add (CA) access and 
RECL-256 specified on the DISKFILE statement 
regardless of the record length of the input and output 
files (ORG-C on the DISKFILE assignment statement). 


® An output file with consecutive output (CO) access 
(ORG-C on the DISKFILE assignment statement). 
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Duplicate filenames between the three file accesses are not 
allowed. These names must reference the sort files identi- 
fied on the CCP/Disk Sort generation OCL file statements. 


The NOSHR parameter must be specified for work files 
and output files. Sharing of input files is allowed; however, 
unpredictable results may occur due to updates entered by 
sharing tasks. 


The PGMDATA-YES parameter must be specified so that 
the CCP/Disk Sort program will release the requesting 
terminal when the program is loaded. 


“inp. J NOL 
EXECFIND-4 5 


The EXECFIND parameter (for Program Number 5704-SC2 
only) allows the specification of execution time program 

find (YES), or program find during startup (NO). The 
default is NO. Specifying YES forces CCP to locate and 

load the designated program every time it is called. Excessive 
use of EXECFIND can decrease performance. 


PACK-PROGRAM or PACK-SYSTEM must be specified for 
EXECFIND-YES programs. 


YES 
PGMFIND- { NO \ 


The PGMFIND parameter (for Program Number 5704-SC2 
only) allows the location of the program to be changed by 
the program find routine (CCPPGM). Refer to the follow- 
ing chart. Specifying PGMFIND-YES allows the program 
find routine to access the program an unlimited number of 
times. Specifying PEMFIND-NO prohibits the program 
find routine from accessing the program, unless 
EXECFIND-YES is also specified. If PGMFIND-NO and 
EXECFIND-YES are both specified, the program find 
routine is allowed to access the program only one time. 


if PGMFIND is not specified, the program find routine can- 
not access the program, unless EXECFIND-YES is speci- 
fied. In this case, the pragram find routine has access to 
the program an unlimited number of times. 


The effects of the PGMFIND parameter are different from 
the effects of the EXECFIND parameter. With PGMFIND, 
the system performance is not impaired, and no restriction 
is placed on the location of the application programs. 
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EXECFIND 
No Yes 
PGMFIND 
Not 
specified 


Multiple 
CCPPGM 
accesses are 


M 
bis: allowed 


access 
is not 
allowed 


Only one 
CCPPGM 
access is 
allowed 


Multiple CCPPGM accesses 
are allowed 


« 


i an 


priority.{ NOB 


The PRIORITY parameter (for Program Number 5704-SC2 
only) specifies the priority a program is to have as a CCP 
task. The default is NORMAL. 


TASKSIZE-n (Program Number 5704-SC2 only) 


The TASKSIZE parameter specifies the main storage size 
{in 1K blocks) to be allocated by the program. This size 
overrides the program size (in sectors) contained within the 
header record of the object program. You may specify a 
value from 4 to 32. When TASKSIZE is specified, 
EXECFIND-YES cannot be specified. 


PROGRAM FIND ROUTINE (PROGRAM NUMBER 
5704-SC2 ONLY) 


The program find routine (CCPPGM) allows a user to access 
a new or revised version of a program (on the same or 
different unit) that was specified in the assignment set. The 
use of CCPPGM is governed by the EXECFIND and 
PGMFIND parameters on the // PROGRAM statement. 


The program find routine is executed under CCP and may 
be requested from the console or from any command 
capable terminal. 


\f EXECFIND-YES had been specified on the // PROGRAM 
statement, the program find routine can be used to change 
that status to EXECFIND-NO, thereby decreasing the time 
required to fetch that program. 


EXECFIND programs must reside on the CCP program or 
system pack, whereas PFMFIND programs may reside in 
any simulation area library. The program find routine can 
be applied to all versions or copies of a program in any 
simulation area to which CCP has access, assuming that the 
program had been defined in the assignment set. (CCP has 
access to the system pack, program pack, F1, R1, F2, and 
R2, as well as to any physical simulation area that contains 
application programs or DFF formats that are currently 
being used.) 


The use of CCPPGM may cause the assignment set being 
executed and its assignment set source to be inconsistent. 
When programs are found, the assignment set source should 
be updated to reflect the revised status of the program, and 
updates should be made to the PACK parameter if 
necessary. 


To use CCPPGM, make the following entries in the assign- 
ment set: 


// TERMATTR ATTRID-04,DATAFORM-MESSAGE 
DFF3270-NO 

// PROGRAM NAME-CCPPGM,NEVEREND-YES, 
ENDMSG-NO 


’ 


For additional information on the use of CCPPGM, refer 
to the /BM System/3 Model 15 Communications Control 
Program System Operator's Guide, GC21-7619. 


Note: When CCPPGM is included in an assignment set, 
ATTRID-04 is required for Program Find but may also be 
used for FORMAT FIND (CCPFMT). 


FORMAT FIND ROUTINE (PROGRAM NUMBER 
5704-SC2 ONLY) 


The format find routine (CCPFMT) makes formats that 
have been created or modified by DFGR or PFGR in 
another partition, available to programs in the current 
assignment set. The routine is executed under CCP and 
performs the following functions: 


@ Places the current object library C/S (cylinder/sector) 
location of the format into the format index in 
$CCPFILE. 


@ Updates the DFFSFDT value of the PROGRAM assign- 
ment statement. 


To use CCPFMT, make the following entries in the assign- 
ment set: 


// TERMATTR ATTRID-04,DATAFORM-MESSAGE, 
DFF3270-NO 

// PROGRAM NAME-CCPFMT,NEVEREND-YES, 
ENDMSG-NO 


The routine is invoked from either the system operator’s 
console or a command terminal. For additional informa- 
tion on the use of CCPFMT, refer to the Mode/ 15 CCP 
System Operator’s Guide, GC21-7619. 


Note: When CCPFMT is included in an assignment set, 
ATTRID-04 is required for format find. 


DISK FILE CLOSE/OPEN FACILITY 


This facility allows the system operator to dynamically 
close and re-open disk files opened at startup. By doing 
this, you can merge added records with existing records in 
add files. By closing and re-opening an indexed add file 
you can: 


@ Improve performance for indexed random add accesses 


@ Add sequentially to an indexed file more than once per 
execution of CCP 


Note: Running $CCPCL will not allow batch users to use 
SHARE-NO on any file that opened at CCP startup. 


@ Retrieve added records without including add data 
management in CCP programs 


@ Run programs in the non-CCP partition that access the 
added records in the closed files for retrieval or update 


Records loaded to a CCP output file remain unaccessable 
to other partitions until CCP is shutdown. 


When run ona multivolume file, the Close/Open facility 
will close or open the entire file while it is being used in 
the current assignment set. 


To use the Disk File Close/Open facility, you must specify 
the following programs in the assignment set: $CCPCL and 
$CCPOP. For a description of the required assignment 
statements, see the keywords NAME and MRTMAX of the 
PROGRAM statement. 
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If the indexed add files will be closed, the following OCL 
statements should be included in the CCP startup OCL to 
reserve space for the following files: 


// FILE NAME-$INDEX44 (for indexed add files on 5444 
drives, Program Number 
5704-SC1 only) 


$INDEX40 
// FILE NAME- $INDEX45) (for indexed add files on 


5445, 3340, or 3344 drives) 


// FILE NAME-$INDE X40 (for indexed add files on 3340 
or 3344 drives, Program Num- 
ber 5704-SC2 only) 


ASSIGNMENT LIST PROGRAM 


The assignment list program ($CCPAL)! can be executed 
after the assignment file build program ($CC1BF) is exe- 
cuted. $CCPAL has four purposes: 


1. List either the contents of all the assignment sets in 
the assignment file, $CCPFILE, or the contents of 
any individual set in the file, to show the contents 
of the set or sets. 


2. List the request count for each program in the assign- 
ment file, if the program request count option was 
chosen at generation time. The request counts can 
be listed either separately for each set or as a total 
for all sets. The user can clear the request count to 0 
either after listing the counts or without listing the 
counts. 


3. List the assignment file directory. 


4. List the CCP configuration. This is allowed anytime 
after generation, even before an assignment run. 


The CCP assignment list program ($CCPAL) can be used to 
list the following assignment file data: 


® Assignment file configuration record, directory, or 
assignment sets. 


® An option to list and/or reset the program-request count 
(if request count was selected at generation). 





leor more information concerning the execution of $$CCPAL, 
see Assignment Restrictions in this chapter (5704-SC2 only). 
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The input for the assignment list program is as follows: 


@ The previously built file $CCPFILE, 


@ The OCL statement provided by the user. The source 
statements must be input from the system input device. 
The following OCL statements are needed: 





























© The assignment control statements instructing $CCPAL 
of the function(s) it is to perform. 


A combination of parameters on the // LIST control 
statement to define the options the user wishes to exer- 
cise in listing the file, $CCPFILE. 


@ The /* statement at the end of all input control statements 

The output for the assignment list program is as follows: 

©@ A user selected listing of portions of the file $CCPFILE. 

@ A user selected resetting of the program-request count 
within the file (if request count was selected at genera- 
tion). 

All listings are output to the printer. 

Keyword parameters are listed in the form used by the 

assignment build program control statements. The date 

and time headers of the system information table (SIT) 


denote the date and time of the assignment build and do 
not represent valid assignment keywords. 


// LIST Statement 


The assignment list program is controlled by the list state- 
ment, which the user enters from the system input device. 
The list statement specifies: 


@ What is to be listed—an individual set, all sets, only the 
control file directory, or only the CCP configuration. 


@ Whether the program-request count should be printed 
for one or all of the sets in the file. 


@ Whether the program-request count should be reset to 
zero for one or all of the sets in the file. 


id 


ALL NO 
// LIST (SET- BiG ] {.PGMSTAT- (ee.h) 


CONFIG 





[,RESETPS- {Fe 


The statement identifier is the word /ist. Any number of 
list statements can be entered for a single execution of 
$CCPAL. No continuation statements are allowed. This 
control statement must be given but no parameters are re- 
quired on the statement. 


If no parameters are specified, the statement ‘contains the 
following information only: 


// LIST 


All defaults are assumed, the contents of all the sets in the 
file are listed, and the program-request count is left un- 
touched. 


ID 

ALL 
DIR 
CONFIG 


SET- 


The SET parameter specifies which parts of the $CCPFILE 
to list. 


The value /d refers to any valid assignment set that exists in 
the control file and causes that set to be printed provided 
no other parameters are included in this statement. If the 
parameters PGMSTAT and/or RESETPS are included, the 
id value refers to all request counts within that set. 


The value ALL, the default value, causes all assignment sets 
to be listed provided no other parameters are included in the 
statement. If the parameter PGMSTAT and/or RESETPS 

is included, the value ALL refers to all request counts with- 
in all assignment sets in the file. 


The value D/A causes the control file directory (contains 
the [Ds of assignment sets contained in the file) to be 
printed. If the value SET-DIR is given, no other parameters 
can be given on this statement. 


The value CONF/G indicates the CCP configuration record 
should be printed. If the value SET-CONFIG is given, no 
other parameters can be given on this statement. 


NO 
PGMSTAT- ive A 


The PGMSTAT parameter states whether the program- 
request counts should be printed. The program-request 
counts for all assignment sets are printed if the value for 
the SET parameter is ALL or not given, the value YES is 
given for this parameter, and the option was chosen at gen- 
eration time. If the value given is for a particular valid set 
ID and the value YES is given for this parameter, the request 
counts for just that set are printed. The default, if this 
parameter is omitted, is NO. If the value YES is given for 
this parameter, and the system was defined at generation 
time as not containing request counts, a diagnostic message 
is given and this statement is ignored. 


Note: \f an assignment build is run to replace the set CCP 
is executing from, the program count will be reset to zero 
for that set. If an assignment build is run to delete the set 
CCP is executing from, the program count is lost for that 

set. 
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NO 
RESETPS- vest 


The RESETPS parameter states whether the program-re- 
quest counts should be reset to zero. If the value YES is 
given and the value ALL is given (or defaulted) for the SET 
parameter on this statement, the program-request counts 
for all sets in the file are reset to zero. 


If the value YES is given and a valid set ID is given for the 
SET parameter on this statement, the program-request 
counts are reset to zero for just that set. If the program 
request count is reset for the set CCP is executing from, 
the program request count will be lost for that execution. 
The default, for the omitted parameter is NC. If the value 
YES is given with this parameter, and the system was 
defined at generation time as not containing request counts 
a diagnostic message is given and this statement is ignored. 


, 
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Combinations of parameters and their associative meaning 
for the LIST statement follows. Whenever a parameter is 
omitted, the same effect would occur if the parameter were 
given with its default value. 


// LIST 
List all sets in the file. 


// LIST SET-id 
List this particular set. 


// LIST SET-ALL 
List all sets in the file. 


// LIST SET-DIR 
List only the directory. 


// LIST SET-CONFIG 
List only the configuration record. 


// LIST PGMSTAT-YES 
List the program request-counts for all sets. 


// LIST RESETPS-YES 
Reset the program request-counts to zero for all sets. 


// LIST SET-id, PGMSTAT-YES 
List the program request-counts for this set only. 


// LIST SET-id, RESETPS-YES 
Reset the program request-counts for this set only. 


// LIST PGMSTAT-YES,RESETPS-YES 
List the program request-counts for ail sets and reset 
them to zero. 


// LIST SET-id,PGMSTAT-YES,RESETPS-YES 
List the program request-counts for this set and reset 
them to zero after listing them. 


SAMPLE ASSIGNMENT BUILD EXECUTION 


As indicated in the sample assignment set for card-oriented 
assignment, the dummy 1 and dummy 2 program, and the 
DISKFILE statements should be deleted before running 
this assignment set. 


// LOG PRINTER 
7/ LOAD $CCPAS,RI 
* 


*eEKEETLE IN PACK ANO UNIT 
* 


// FILE NAME-S$CCPFILE,RETAIN-P,UNIT—-R1y PACK-RIRIRI 
* 


HeREEEFILLE ITN PACK AND UNIT 
* 


f7 FILE NAME~SCCPWORK ,»RETAIN-S, TRACKS—3 »UNI T—R1,PACK-RIRLERL 
// RUN 


00070000 
00080000 
90090000 
00100000 
00110000 
00120000 
00130000 
00140000 
00150000 
00160000 
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*x 
*OReeSSRETHE FOLLOWING STATEMENTS CAN BE MCOIFIED FOR Your 
SeeeeSEESCONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. SEE THE 
#4eeEREESCOMMENTS IN THIS DECK. 

b- 4 

// SET ID-a,ACTION-CREATE yDFLTEXEC-YES 

// SYSTEM MINUPA~15KyMINTPBUF-3099, 

VT} PASSWORD-FECD, 

/} COMMANDL~50, DFF PACK—PROGRAM »PGMREQL-15 

x 

77 TERMATTR ATTRED—1yTRANSLAT—NOyBLKL~512yDATAFOR M-MESSAGE, 
t/ VER TFY IC-NO,»DFF3270-YES 

* 


*eeeeeeee THIS STMNT TYPE REQD FOR CCPIVP(OR MLTALINE STMNT? 


// BSCALINE TYPE-CS yLINENUM—1 »POLLLIST-"00,01e10y11° 
// BSCATERM TERMI 0-00 » TYPE~3277M2 ,ATTRID-1 »COMMAND~YE Sy DFFACTN-HOLD, 


// ADDRCHAR- *6 06 04.04 0%, POLL CHAR-*40404040* 

7/ BSCATERM TERMID-O1 + TYPE~3277M2,ATTRID- 1» COMMAND- YES, OFFACTN-HOLD, 
// ADDRCHAR-*6060C 1C 1%, POLLCHAR—*4040C1C1# 

// BSCATERM TERMIO-10 ¢TYPE-3277M2 ,ATTRID—1 y COMMAND-NO, 

4/ ACORCHAR- #6 1614040%, POLL CHAR-#C IC 14040 

// BSCATERM TERMIO-11,TYPE~3277M2,ATTRID-1,COMMAND-NO, 

Jf ADDRCHAR- *6161C1C 1%, PCLLCHAR-*CICICIC1* 


// TERMNAME NAME-CUODVO,TERMID—-00 
7/7 TERMNAME NAME-CUODVL, TERMID-O1 
// TERMNAME NAME-CULDVO,TERMID-10 
7/ TERMNAME NAME-CULDV1,TERMID-11 


*OReEEeSESETHIS STMNT TYPE REQD FOR CCPIvP 
& 


// DISKFILE NAME-CGIVFIL1 ,ORG-C ,»RECL-16 
x 


FORSERERSTHIS STMNT TYPE REGD FOR CCPIvP 
* 


7/ DISKFILE NAME-~CGIVFIL2,ORG-CyRECL-16 
* 


FRREREESENOTE THAT ONE DISKFILE STATEMENT —CGIVFILF- WOULD BE NEEDED 


KPRREESREIF SYMBOLIC FILES ARE NOT BEING USED. 
* 


* THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 
* SHOULD £E REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 
* 


// DISKFILE NAME-DUMMY1 »CRG-D,yRECL-256 1 
// OISKFILE NAME—OUMMY 24 ORG-IyRECL-64,K EYL—8, KEYPOS~1 »MSTRI NOX-YE S 
* 


€OSSSEERETHIS STMNT TYPE REQD FOR CCPIVP IF SYMBOLIC FILES ARE USED. 
* 


7/ SYMFILE NAME-CGIVFILE, DISKFILE-"CGIVFIL1,CGIVFIL2® 
* 


FRRHRSRSESEETHIS STMNT NECESSARY FOR CCPIVP,PACK AND PRINTER VALUES 
RERHRERRESESECAN BE CHANGED FOR YOUR CONFIG. 


* 

// PROGRAM NAME-CCP IVP, PGMDATA~YES, 
// FILES-—"CGIVFILE/CO/NOSHR*, 
// PACK— PROGRAM, PRINTER—NO 


* 


RSLRERKARNOTE THAT CCPIVP MUST BE ON CORRECT PACK AT STARTUP OF CCP. 
t 


Not applicable for Program Number 5704-SC2. 


00170000 
00180000 
00190000 
00200000 
00210000 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280000 
00290000 
00300000 
00310000 
00320000 
00330000 
00340000 
00350000 
00360000 
00370000 
00380000 
00390000 
00400000 
00410000 
00420000 
00430000 
00440000 
00450000 
00460000 
00470000 
00480000 
00490000 
00500000 
00510000 
00520000 
00530000 
00540000 
00550000 
00560000 
00570000 
0C580000 
00590000 
00600000 
00610000 
00620000 
00630000 
00640000 
00650000 
00660000 
00670000 
00680000 
00690000 
00700000 
00710000 
00720000 
09730000 
00740000 
00750000 
00760000 


& THE FOLLOWING TWO PROGRAM STATEMENTS ARE FOR EXAMPLE ONLY AND 00770000 


* SHOULD BE REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 00780000 
* 00750000 
/¢/ PROGRAM NAME-DUMMY1,MRTMAX-2,PGMDATA-YES» 00acoced 
// FILES-"DUMMY 1/DU/SHR»DUMMY2/1TRUA/SHR® » PACK-SYSTEM, DFFMTERM—4, 06810000 
// OFFNDF-2 ,DFFSFDT-1159 00820000 
* 00830000 
// PROGRAM NAME—DUMMY 2¢MRTMAX—2 ¢PGMDATA-YES, 00840000 
// FLLES—"DUMMY1/DU/SHR » DUMMY 2/1 RA/SHR®* yPACK-SYSTEM,OFFMTERM—2, 00850000 
// DFFNDF-1 »DFF SFDT-396 : 00860000 
* 00870000 
* 00880000 
00890000 
0 WARNING MESSAGES 
9 TERMINATION MESSAGES 
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For Program Number 5704-SC2 


Z ue w 
Cc oo cc 
© - ay wea oO ar FO W 
oO re nO zu c an CeO 
~~ ax no wn x tN 0 
oO _ - wt au oO or 
oO - Yn FW r= Oo ow 
~ Oo ' < ax } aN ~~ Ww 
°o a ~ > Cre ° cum 
oO a Oo wo Qu ° Oo 
ae ow wo z 
e bE m 
a < 2 & ~ 
uu O oe zo “n - 
2 oO Ww ww - w 
a ~ Ue a wn 
2 go ago = 
wu - «KZ 1x Cc u 
” Zz ie ut a uv 
wn - wy -a oa 
a uw Ou i) x 
Zz a +C er a re 
uv - ao ea 2 o 
- 2 - at oO — 2 
- <a oa ab ua w lt 
<a a > az aa <I = 
a - = ww wu e 
= on N (Yan nN WY w 
o Oo le Z1 
- a re aw oc oO 
uw - OF aw Onn z 
2 a or caw Ccrce wn nn 
U Sus ol oO oOntOZ - - x 
o c“~ Qo w ee ed woe 
on el ow UMraw no! 
w Cun oO n rho > = 
_ Vos - z ~ © aw wo 
-_ _N wi oO wo a Cc OO 
uw - - te a oe q -_ — iE OO 
a rw ae Of nw or wo oO uw ~ 
uo ren oO ae w az <a vs) w 
vo Ore a wc Oo aC > a an - 
+A aaw a eo t —O a ra Om w 
are > <« cok a ub N c ot wn 
=MOO YW > Wr > ra oO ~ 
an 427 & <I- Zz Duc at 20 a w ne FO 
oO rar e& > ae «Da a ao € - mt yl 
OuWFd C rF MOY ra neo a Tt - mIs> Dre 
ODT aie war aDd wa D> oO uw treq<aad 
IIovost a ow Zor ee MH Za em BS a uc ou 
DSO =D we HDU & =D oe w oO zy» wa o 
SCyWRE NM ~HW UMA Oaw 3AM Ow - oO ew OD 
e2zrac <q nnuna nnn. 3 ery _ u 
KeaI{yndt uw uw du paz> Ouwu «> Va We 
erswo Zz vCace SE Oar E £ RE FM Ww 
> Dury — MM Yur I wre ! a BZ? eer 2 
VOOUT 4G YN CED OF Wee enn DE HOW ttt eI 2 OU Ro PE 
waew < lou tOsssssrss tourOs>zzsessFs @ 
Meow -— & LW OS ORTON TON SB UWRORR STOMReOMN 6 e£ Uk Zu Zz 
= CY L€& 4 OZ™OVO>SFFOODEE—MOMr st CZOUSPPOOrR Gomes c cc Ou e& 
Zerce Co SPA MWNNN CANCE Gg ™ Keg OWwoNnnacnnine 9 ~& a mee 
OFEIEO AF FUMNUWMOOMOMeMe re MMMMEM &_ WLIO MMM MM M—M MOF ° am -u Oo 
loro pow w = wus a 
ZOOGO Oo x~ ast a Mow oO a eo ow 
OOOrrF GC MH FH oO oO ZOO LO -_ => Ur - o 
Hee HK a DYN NH n DM HM ° 2D Ka w t 
maonem YY F ZO Mm ao zZnam om we 22 wo wn _ 


For Program Number 5704-SC1: 


SET-a SCCPFILE SYSTEM INFORMATION TABLéE 00/00/00 
MINTPBUF POLTIME PRINTER RP1442 COMMANDL DFFPACK DATE TIME 
MINUPA PASSWORD N3741 MFCU R2501  PGMLNG FSQE 
18k 3090 +=FECO 60+2 NQ NO NO NO N 59 15 PROGRAM 05/01/76 04 36 
For Program Number 5704-SC2: 
SET-a SCCPFILE SYSTEM INFORMATION TABLE 04/07/80 
MINT PBUF POLTIME PRINTER RP1L442 COMM ANDL DFFPACK 
MINUPA PASSWORD N3741 U R2501 PGMLNG DFF INDX 
22K 2840 FECD 6072 NO NO NC NO NG 50 15 PROGRAM NO 
DATE MAXCHAIN ERTIME DUMPUNIT 
CSPOLTIM PRUFOF 
04/07/80 00 22 0 60+2 05 NO 
SET-a $CCPFILE TERMINAL ATTRIBUTES TABLE 
ATTRID UPCASE DATAFORM BLKL TRANS P SPAN OFF 3270 
TRANSLAT SWITCHED RECL ITB VERIFYIC VARL 
1 NO NO NO MESSAGE Si2 NO NO NO NO NO YES 
For Program Number 5704-SC1: 
SéT-a SCCPFILE LINE CONTROL TABLE 00/00/00 
LINENUM DATARATE RCVINT DBLBUF NRETRY CALC BSCA WAIT 
TYPE AUTOPOLL TIOLT XMCQDE BLOCK SIZE RECL 
BSCA-1 cS NO EBCDIC 7 554 i380 
LINENUM DELAY, IOEXSEND POLLLIST 
POLLLOOP 
BSCA-1 18 OJ201e10511 
For Program Number 5704-SC2: 
SET-a SCCPFILE LINE CONTROL TABLE 00/00/00 
LINENJM DATARATE RCVENT DBL RUF NRETRY CALCULATED WAIT 
AUTOPOLL XMCODE BLOCK SIZE RECL 
BSCA-1 cs NO EBCDIC 7 554 180 
LINENUM DEL AY/ IDEXSEND POLLLIST DF F BUF 
POLLL OOP 
BSCA-1 5 00 .OL.19s11 NO 
For Program Number 5704-SC1: 
SET~-a SCCPFILE TERMINAL USED TABLE 
LINE TYPE ONLINE ATTRIO PINCOMP ADORCHAR POLLCHAR 
TERMID COMMAND OFFACTN ADDR POUTCOMP IDEXRCV 
Bl 00 3277/84/86-M2 YES YES HOLD 1 60604040 40404040 
BL ol 3277/84/86-M2 YES YES HOLD 1 6060C1C1 4040C1C1 
81 10 3277/84/86-M2 NO YES 1 61614040 C1014040 
Bl ll 3277/84/86-M2 NO YES 1 6161C1Cl1 c€1cC1cicl 
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‘For Program Number 5704-SC2: 


SET-a $CCPFILE TERMINAL USED TABLE cc/00s00 
LINE TYPE ONLINE ATTRIO PINCOMP ADDRCHAR POLLCHAR AUTO 

TERMID COMMAND OFFACTN ACOR PCUTCCMFE IDEXRCV ERP 
Bl OO 3277/84/86-M2 YES YES HCLD 1 60604040 40404040 NO 
Bl OL 3277/84/86-42 YES ves HEtO 1 6060CI1C1 @oaocicl NO 
Bi 10 3277/84/86-"2 NG YES 1 61614040 CiC14040 NO 
Bl Il 3277/84/€6-M2 NO YES 1 6161CICL CICICICL NC 
SET-9 $CCPFILE TERMINAL NAME TABLE 
NAME TERMID MSTRNAME INCOMP OUTCOMP ID PHONENUM 
CUODVO 00 
CUODV1 Ol 
CU1DVO 10 
CU1DV1 ll 
For Program Number 5704-SC1: 
SET-a $CCPFILE FILE CONTROL TABLE 
FILENAME ORG OPENED RECL KEYL KEYPOS MSTRINDX  MIXSIZ 
CGIVFILL c OUTPUT 16 
CGIVFIL2 c OUTPUT 16 
DUMMY 1 D UPDATE 256 
DUMMY 2 I ADD 64 8 1 YES 0 
SYMBOLIC NAME DISKFILE NAME/S 
CGIVFILE CGIVFIL1 CGIVFIL2 
For Program Number 5704-SC2: 
SET-a $CCPFILE FILE CCNTRCL TABLE €C/00/00 
FILENAME ORG CPENED VOLUMES RECL KEYL KEYPCS 
CGIVFILL Cc CUTPUT 1é 
CGIVFIL2 Cc CUTPUT Lé 
DUMMYL 0 UPDATE 256 
DUMMY 2 I ADD 64 8 1 
SYMBOLIC NAME ODISKFILE NAME/S 
CGIVFILE CGIVFILL CGIVFIL2 
For Program Number 5704-SC1: 
SET-9@ $CCPFILE PROGRAM CONTROL TABLE 00/00/00 

1 

PROG NEVEREND MFCU/M R2501 PGMDATA DFFSFDT PACK PROG 
NAME MRTMAX N3741 PRINTER RP1442 ENDMSG DFFWKA SIZE PRUF$Z 
CCPIVP NO NO NO NO NO NO YES YES P 
DUMMY 1 2 NO NO NO NO NO NO YES YES 1280 1792 S$ 
DUMMY 2 2 NO NO NO NO NO NO YES YES 512 768 =S 

PROG FILES TERMS MORCOR 

NAME FILENAME ACCESS SHR TERMNAME ATTRID 

CCPIVP CGIVFILE LOAD NO SORT 

DUMMY 1 DUMMY 1 UPDATE YES 

DUMMY 2 ADD YES 
DUMMY 2 DUMMY 1 UPDATE YES 
DUMMY 2 ADD YES 


lorogram size is not printed by assignment list (SCCPAL) unless Startup has been executed on the assignment set. 
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For Program Number 5704-SC2: 


SET~@ $CCPFILE PROGRAM CONTROL TABLE 
PROG NEVEREND MFCU/M R2501 PGMDATA OFFSFOT PACK P 
NAME MRTMAX N3 741 PRINTER RP1442 ENDMSG DFFWKA S 
$CcPCo NO NO NO YES NO NO YES YES Pp 
CCPIVP NO NO NO NO NG NO YES YES P 
DUMMY 1 2 NO NO NO NO NO NG YES YES 1024 1536 $ 
DUMMY 2 2 NG NO NO NO NO NO YES YES 512 768 S 
PROG EXECFIND SORT 
NAME PGMFIND PRIORITY 
$CCPOD YES NO NO NORMAL 
CCPIveP NO NO NO NORMAL 
DUMMY L NO NO NO NORMAL 
DUMMY 2 NO NO NO NORMAL 

PROG FILES TERMS MORCOR 

NAME FILENAME ACCESS SHR KSORT TERMNAME ATTRIO 

CCPIvP CGIVFILE LOAD NO NO 

ALIMMY 1 DUMMY] UPDATE YES NO 

DUMMY 2 AOD YES NG 
DUMMY 2 DUMMY1L UPDATE YES NC 
DUMMY2 ADD YES NO 


SAMPLE ASSIGNMENT SET: CALCULATION OF MAIN 
STORAGE SIZES 


4/ LOG PRINTER 


ma 
NO 
mo 


04/07/80 


PRUF $Z 


x eeKEKES AMPLE ASSIGNMENT AND SAMPLE START-UP DECK##&& O84 884044 48484%48% 00010000 


* 


HEE RERS AMPLE ASSEGNMENT SET 8 8444 54 KE REREEREREREEEH EERE REREEE EEE ES 


* 
eee KET LE IN UNTT 
* 


// LOAD $CCPAS,R2 
* 


**#eeF ILL IN PACK AND UNIT 
x 


// FILE NAME~$CCPFILE, RETAIN—Py UNI T-R 2, PACK—CCPOB J 
* 


#*GeEF TLL IN PACK AND UNIT 

* 

// FILE NAME-$CCPWORK »RETAIN~S, TRACK S- 39 UNI T-R2 PAC K-CC POB J 
// RUN 

x 


SCCPFILE ASSIGNMENT BUILD LISTING PAGE 001 


seeeeeeeSTHE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YOUR 
#4444084 * CONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. SEE THE 
94494 444COMMENTS IN THIS DECK. 

* 

7/ SET [O-a,ACTION-CREATE sDELTEXEC-YES 

// SYSTEM MINUPA~1 AK MINTPBUF-3090. 

if PASSWORO-FECD, {[) 

v7 COMMANDL- 50, DFFPACK-PROGRAMsPGMREQL-15 (J 

* 


// TERMATTR ATTRID-1, TRANSLAT-NO,BLKL—- 512 ,DATAFORM-—MESSAGE, 
ff VERTFY I0-NO, OFF 3270-YES fl 
* 


*OKEEKERETHIS STMNT TYPE REQD FOR CCPIVP OR MLTALINE STMNT 
* 


// BSCALINE TYPE-CS,t INENUM-1,POLLLI ST000,01,10,110 
// BSCATERM TERMID-00, TYP E~3277M2 eA TTRID—1 pC OMMAND— YES, OF FACT N-HOLD,s 


// ADDRCHAR-— *606 040 40* »POLLCHAR-* 404 04 04 0* 
// BSCATERM TERMID-OL, TYPE-3277M2,ATIRID- 1 eCOMMAND— YES, OQFFACT N-HOLD, 
// ADDRCHAR-*6060C IC 1*, POLLCHAR-* 40400 1C1* 


// BSCATERM TERMID-10,TYPE-3277M2,ATTRIO-—1 »COMMAND—-NO > 


00020000 
00030000 
00040000 
00050000 
00060000 
00070000 
00080000 
00090000 
00100000 
00110000 
00120000 
00130000 
00140000 
00150000 
00160000 
00170000 


00/00/09 


00180000 
00190000 
00200000 
00210000 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280000 
00290000 
00300000 
00310000 
00320000 
00330000 
00340000 
00350000 
00360000 
00370000 
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vf ADDRCHAR-*6 16 14040* »POLL CHAR-#C IC 14040 

*7 BSCATERM TERMID- 11, TYPE-3277M2,ATIRID-1 sCOMMAND-NO, 
tf ACORCHAR-*6 16 1C IC 1®,POLLCHAR-*CICICIC1* 

* 

// TERMNAME NAME-CUODVO, TERMID-00 

// TERMNAME NAME-CUODV1, TERMID-OL 

//7 TERMNAME NAME~CU1DVO, TERMID-10 

// TERMNAME NAME-CU1DV1, TERMID-11 

* 


*OeEEEKEETHIS STMNT TYPE REQD FOR CCPIVP 
* 


// OISKFILE NAME~CGIVFIL LyORG-C yRECL-16 
* 


#44eEEERSTHIS STMNT TYPE REQD FOR CCPI vp 
* 


// OISKFILE NAME-CGIVFIL 2,0RG-C eRECL- 16 
* 


COeeeSS*SNOTE THAT ONE DISKFILE STATEMENT -CGIVFILE- WOULD BE NEEDED 
S9#eeeeSETE SYMBOLIC FILES ARE NOT BEING USED. 

* 

* THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 

* SHOULD BE REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 

* 

// OISKFILE NAME-DUMMY 1,ORG-D,RECL-256 : 
(7 OISKFILE NAM E-DUMMY 2,ORG- 1 ,RECL— 64 KE YL- 8 ¢KE YPOS-1 »MSTRI NDX-YES 

*x 


#4ESe46SeTHIS STMNT TYPE REQD FOR CCPEVP IF SYMBOLIC FILES ARE USED. 
* 


4/ SYMFILE NAME-CGIVF ILE, DISKFILE-OCGIVFILI yCGI VEIL20 
* 


PHERKERERRREETHIS STMNT NECESSARY FOR CCPIVP,PACK AND PRINTER VALUES 
FHSCREREREEEECAN BE CHANGED FOR YOUR CONFIG. 
* 


4/ PROGRAM NAME-CCP IVP ,PGMDATA~YES, 


tf FILES-noCGIVFILE/CO/NO SHRa, 

// PACK-PROGRAM, PR INTER-NO 

* 

SCCPFILE ASSIGNMENT BUILD LISTING PAGE 002 


¥OREEEEEENOTE THAT CCPIVP MUST BE ON CORRECT PACK AT STARTUP OF CCP. 
* 
* THE FOLLOWING TWO PROGRAM STATEMENTS ARE FOR EXAMPLE ONLY AND 


* SHOULO BE REMOVED PRIOR TO RUNNING THES ASSIGNMENT SET. 
* 


// PROGRAM NAME-DUMMY 1, MR TMAX~2,PGMDATA- YES, 
77 FILES ~GDUMMY 1/DU/SHR s OUMMY 2/IR UA /SHRO PAC K-SYSTEM,DEFMTERM-4, 
// OF FNOF-2, DFFSFDT-1 1504 


// PROGRAM NAME-DUMMY 2, MR TMAX-2,PGMDATA- YE Sy 
7/ FILES~ DUMMY 1/DU/SHR y OUMMY2/IRA / SHR 0, PAC K-SYSTEM,DFF MTERM-2, 
// DFFNOF-1,DFFSFOT-396 [J 


* 

/* 

0 WARNING MESSAGES 

0 TERMINATION MESSAGES 


‘Not applicable for Program Number 5704-SC2. 


00380000 
00390000 
00400000 
00410000 
00420000 
00430000 
00440000 
00450000 
00460000 
00470000 
00480000 
00490000 
00500000 
00510000 
00520000 
00530000 
00540000 
00550000 
00560000 
00570000 
00580000 
00590000 
00600000 
00610000 
00620000 
00630000 
00640000 
00650000 
00660000 
00670000 
00680000 


00690000 


00700000 
00710000 
00720000 
00730000 
00740000 


00/00/00 


00750000 
00760000 
00770000 
00780000 
00790000 
00800000 
00810000 
00820000 
00830000 
00840000 
00850000 
00860000 
00870000 
00880000 


Program request length is equal to length of program 
name + 1 blank + program data for non-PRUF pro- 
gram requests. For example: 


CCPIVP 

Program name = 6 

Blank = 1 

Data S28. 
Total =15 


COMMANDL assures that 50 character command 
length is permitted. 


DUMMY 1 communicates with two requesting terminals 
and when loaded, issues acquires to two additional 
terminals. While DUMMY1 may communicate with 
only one of the two requesting terminals at a time, 

it can run with any or all of the four terminals at the 
same time. (Reference Ey ) 


DUMMY2 communicates with up to two requesting 
terminals at any one time. (Reference B ) 


1150 is the largest field descriptor table used by this 
program (DUMMY 1 uses format $ZOREN and $Z0009). 
(Reference J) 


396 is the size of the field descriptor table for the only 
format used by this program (DUMMY2 uses only for- 
mat $Z0009). (Reference [E) 


DUMMY1 uses two data formats. (Reference i) 


DUMMY 2 uses one data format. (Reference i) 
Use i G in the formula: 


DFF program appended storage (PAS) size equals: 
(DFF PAS base size is 124 bytes.) 


* 


I eee ne 
[(124 + (DFFMTERM x 37) + (DFFNDF x 18))] + DFFSFDT 


For example, the DFF PAS size for DUMMY1: 
* 


* 


LE ~~ 
=[(124 + (4 x 37) + (2x 18)] + [1150] 
= 124 + 148 + 36 (rounded to next highest 256) + 1280 
= 308 (rounded to next highest 256) + 1280 
= 512 + 1280 = 1792 


Refer to the following printout of a $CCPDF run. 


“ Rounded to next highest 256. 
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SZOREN DISPLAY FORMAT INFORMATION 


EXECUTION TIME DATA - OUTPUT AREA FORMAT - END POSITIONS FOR 


* FIELD FIELO END * FIELO FIELD END * 
* NAME LENGTH POSITION * NAME LENGTH POSITION * 
Bo ween ee eee ee B eeeeee ee eee tk * 
* OQPCODE 004 0004 * LENGTH 004 0008 * 
* $ZOREN 006 0020 * 


* FIELO FIELD END * FIELD FIELO ENO * 
* NAME LENGTH POSITION * NAME LENGTH POSITION * 
Ko ween ee eee ee Ko enee-- wee ee * 
* RICODE 004 0004 * LENGTH 004 0008 * 
* - AID- ool 0015 * CUSNO 006 0021 * 
* SADDRIL 022 0065 * SADDR2 022 0087 * 
* QTYl 004 0113 * ITEMNI 008 0121 * 
* ITEMN2 008 0133 * QTY3 004 0137 * 
* QTY4 004 0149 * ITEMN4 008 0157 * 
* ITEMNS 008 0169 * QTY6 004 0173 * 
* QTyY7 004 0185 * ITEMN7T 008 0193 * 


LENGTH OF OUTPUT RECORD AREA REQUIRED IN DFF PROGRAM 
RPG *SUBR92* = 0020 OTHER - 0012 


LENGTH OF INPUT RECORD AREA REQUIRED IN DFF PROGRAM 


RPG *SUBR92* - 0193 OTHER - 0185 


INFORMATION FOR USE DURING CCP ASSIGNMENT STAGE 


THE DECIMAL LENGTH OF THE FIELD DESCRIPTOR TABLE IS 1150 
THE DECIMAL LENGTH OF THE OUTPUT TEXT IS 1146 
THE DECIMAL LENGTH OF THE INPUT TEXT IS 0240 


RPG PROGRAMS 


FIELO FIELD 
NAME LENGTH 
TMNAME 006 
FIELD FIELD 
NAME LENGTH 
TMNAME 006 
SNAME 022 
SADOR3 022 
Qty2 004 
ITEMN3 008 
QtTy5 004 
ITEMN6 008 


ENO 
POSITION 


0014 


ENO 
POSITION 


+ eee 


eee 


ene enn ee 


Use Gg Gg 8 | to calculate the size of the DFF 
program appended storage. For example, the DFF 
PAS size for DUMMY2: 


124 + (2 x 37) + 18 (rounded to next highest 256) 
+ 396 (rounded to next highest 256) 

216 (rounded to next highest 256) + 512 

256 + 512 = 768 


Refer to the following printout of a $CCPDF run: 
$Z0009 DISPLAY FORMAT INFORMATION 


EXECUTION TIME DATA - OUTPUT AREA FORMAT - END POSITIONS FOR RPG PROGRAMS 


* FIELD FIELD END * FIELD FIELD END * FIELD FIELD END * 
* NAME LENGTH POSITION * NAME LENGTH POSITION * NAME LENGTH POSITION * 
Beem meee ee Ko eee eee te Renew eee eee eee * 
* OPCOOE 004 0004 * LENGTH 004 0008 * TMNAME 006 0014 * 
* $2Z0009 006 0020 * 


* 


FIELO FIELO END * FIELD FIELD END * FIELD FIELO END * 
* NAME LENGTH POSITION * NAME LENGTH POSITION * NAME LENGTH POSITION * 
Ho eee eee ek BO ween eee eee ee Keene eee tee * 
* RTCODE 004 0004 * LENGTH 004 0008 * TMNAME 006 0014 * 
* - AIO- ool 0015 * NAME@ 020 0035 * NAME# 020 0055 * 
* FIRST# 038 0093 * SECONa 038 0131 * THIRD# 038 0169 * 
* FORTHA 038 0207 * FIFTH# 038 0245 * SIXTHa 038 0283 * 
* ONE 044 0327 * Two 044 o371 * THREE 044 0415 * 
* FOUR 044 0459 * FIVE 044 0503 * SIX 044 0547 * 


LENGTH OF OUTPUT RECORD AREA REQUIRED IN DFF PROGRAM 
RPG *SUBR92* - 0020 OTHER - 0012 


LENGTH OF INPUT RECORD AREA REQUIRED IN OFF PROGRAM 
RPG *SUBR92* - 0547 OTHER - 0539 


INFORMATION FOR USE DURING CCP ASSIGNMENT STAGE 


THE DECIMAL LENGTH OF THE FIELD DESCRIPTOR TABLE IS 0396 
THE DECIMAL LENGTH OF THE OUTPUT TEXT IS 0463 
THE DECIMAL LENGTH OF THE INPUT TEXT IS 0579 
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Assume only two tasks (user programs) can run con- 
currently and the largest programs (DUMMY 1 and 
DUMMY2) are multiple request programs (cannot 
have multiple copies in main storage concurrently), 
the worst case for two concurrent user programs is 
calculated for the following: 


1. CCPIVP main storage size is 4096 bytes (no 
DFF). 


2. DUMMY 1 main storage size is 8448 (8193 
rounded up to the next multiple of 256) 
(compiler output, including linkage edit) 
+ 1792 (for DFF program contro! 
information) or 10,240. 


3. DUMMY2 main storage size is 6144 (6140 
rounded up to the next multiple of 256) (com- 
piler-output, including link-edit) + 768 (for 
DFF program control information) or 8192 
(6912 rounded up to the next multiple of 
2048). 


4, Using the worst case of DUMMY 1 and 
DUMMY2 in core concurrently, the value of 
the MINUPA parameter would be 10,240 + 
8192 = 18,432 (18K). 


Note: \f the operating environment is such that 
DUMMY1 and DUMMY2 would never run concur- 
rently, the value of parameter MINUPA could be 
reduced (DUMMY11 and CCPIVP run concurrently, 
DUMMY2 and CCPIVP run concurrently). 


The size of the TP line buffer for a BSCA line is 
determined from the largest of the BLKL parameters 
on the TERMATTR statement. For this line, the 

line buffer length could be the maximum of 1280 
(1146 length of output from $ZOREN rounded up to 
the next multiple of 256) for maximum performance, 
or a minimum of 512 to save main storage. 


The size of the TP line buffer for an MLTA line is 
specified in the MAXRECL parameter specified on the 
MLTALINE statement. 


Note: When a line buffer size less than the output 
text length is encountered by DFF, DFF sends the 
text in segments equal to or less than the line buffer 
size. For output text lengths greater than 256, 512 
is the smatiest line buffer size supported by DFF. 


12] The largest value of the BLKL parameter (in the 
TERMATTR statement) or the MAXRECL parameter 
(in the MLTALINE statement) per system is used by 
$CCPAS. $CCPAS calculates the main storage require- 
ments for reserving a minimum PUT buffer in the 
MINTPBUF area. The reserved PUT area is used only 
for PUT data operations. If only DFF terminals are 
defined in the system, the minimum reserved PUT 
data area is 512 bytes. For a layout of the 
MINTPBUF, see step §} . 


® The MINTPBUF parameter specifies the minimum 


size of the dynamic TP buffer area. This size, 
rounded up to the next 2K boundary, is the TP 
buffer area. To determine a value for MINTPBUF 
to get maximum performance without wasting main 
storage, the following considerations apply: 


TP Buffer Layout 


CQ) Reserved PUT data area (See [FR] ) 


(2) TP PUT or GET (invite) area 






(3) TP Invite parameter list area 





At CCP Startup, the TP buffer area is automatically allo- 
cated into three areas according to the following algorithm: 


Size of (is either A or B: 
A is 516 (512 data block + 4 getmain segment list) if 
all terminal attributes are DFF. 


B is the greater of MAXRECL + 4 (MLTALINE state- 
ment for MLTA terminals) or BLKL + 23 (TERMATTR 
statement for BSCA terminals) if all terminal attributes 
in the assignment set are non-DFF. !f DFF and non- 
DFF terminal attributes are mixed, the size of is 
the greater of Aor B. 


Size of (3) is (N x 23) + 4, where N equals the number 
of input capable terminals. 


Size of (2) is remainder of area. 


CCP requires this area to be large enough to handle the 
largest system invite, PRUF INVITE, or program request 
from the system operator console. The area required for 
program requests from the system operator’s console is 
calculated as follows: = (104 + PCT). (The PCT is the 
program control table.) 


The largest system invite to a terminal is calculated as the 
maximum of one of the following: 


1. PGMREQL + PCT +4 

2. Maximum PRUFLNG + PCT +7 +4 (for DFF) 

3. | Maximum PRUFLNG + PCT + 15 + 4 (for non-DFF) 
4. COMMANDL + 4 


Note: Add eight additional characters for a 3270 command 
terminal for items 1 and 4. 


The maximum PCT = 35! + 4 x (number of disk files used « 
by the program) + 2 x (number of required terminals). 


The length of a system invite issued to a terminal in command 
mode for our example assignment set is calculated as follows: 


Maximum PCT = 35! + (4 x 2) + (2x 0) = 42 
PGMREQL + PCT = 42+ 15 = §7 
COMMANDL = 50 

Length of largest system invite = 57+ 4=61 
If 3270 command terminal 61 + 8 = 69 


For the example assignment set with no programs running, 
the MINTPBUF parameter must be large enough to handle 
four terminals in command mode. Therefore, the sum of 
areas F , and are: 


= 516 + (4 x 69) + ((4 x 23) + 4) 
= 516 + 276 + 96 = 888 bytes 


However, with this value for MINTPBUF, DUMMY ‘1 and 
DUMMY 2 cannot run because they use $ZOREN and 
$Z0009 which require 240 and 579 bytes respectively 
for invite buffers, plus 4 bytes for the GETMAIN param- 
eter list. Therefore, the minimum value of TP buffer size 
selected should equal 516 + (579 + 4) + 96 = 1195 bytes. 


To get maximum performance when DUMMY 1 is communi- 
cating to all four terminals and the console is being used for 
CCP commands only (no program requests), the value of 
MINTPBUF equals: 

@) 


Q ©® 
516 + (4 x (579 + 4)) + ((4 x 23) +4) 
= 616 + 2332 + 96 

= 2944 bytes 





Teor Program Number 5704-SC1 the value is 35; for Program 
Number 5704-SC2 the value is 41. 


Notes: 


1. The previous examples do not consider the situation 
where the system operator enters program requests from 
the system operator's console. If the system operator is 
allowed to enter program requests, the size of area 
must be increased by 104 + PCT size: 


2944+ 104+42=3090 fF 


2. If two or more lines are being used, the consideration for 
the worst case in the same environment makes possible 
additional terminals on the second and succeeding lines. 
In this case, a iarger MINTPBUF parameter value would 
be required for maximum performance. 

3. In the previous example, if the value of the MINTPBUF 
parameter is less than 3090, the system could run with- 
out performance degradation if the largest input format 
(579) is not used at all four terminals concurrently. 

4. If main storage is critical, varying the size of the TP 
buffer at startup adjusts the size of area to an 
acceptable size for speed and storage. A momentary 
lockout might occur until an input or output Operation 
is completed allowing a portion of the teleprocessing 
buffer to become available. 

5. The end main storage address of the TP buffer area is 
always rounded up to a 2K value; therefore the size of 
the TP buffer area allocated at startup is always equal 
to or larger than the MINTPBUF parameter value. 

6. If MINTPBUF is not available to handle a DEF PUT 
operation, automatic blocking is attempted. Under 
automatic blocking, the next smallest multiple of 256 
(minimum of 512) is used if available from TP buffer. 
In this case, a corresponding TP line buffer is used for 
this PUT operation. Therefore, even if a TP line buffer 
of 2048 is defined, if TP buffer at this time has only 
768 available, this DFF PUT operation is performed 
using a block length of 768. 


USER SECURITY DATA PROGRAM ($CCPAU) 


The intention of the user security data program ($CCPAU) 
is to take input from the system input device, process it, 
and, if correct, write it out to the object module $CC4Z9 
as the user’s security data. This program ($CCPAU) is 
provided only if SECURE-USER was specified at gener- 
ation in the $ESEC statement. The object module $CC4Z9 
is copied to the CCP production pack only if SECURE- 
USER was specified at generation in the $ESEC statement. 
If S$CCPAU is loaded and the module $CC4Z9 is not on the 
production pack, the system issues a VF 4SY halt. 
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Input is in the form of security data records that can be 
one of seven types. The type of record is specified by the 
first position of the input. The type indicator can be any 
of the following: C,Z, X,1,J,K,and L. In addition, a 
command input record is allowed and is designated by an 
asterisk (*) in position 1. Comment records are logged to 
the system log device. 


Each type of input record is intended to define a unique 
type of data. The following apply to all input data types: 


@ Positions 2 and 3 define the number of data bytes (in- 
cluding the sign) to be used from the input record and 
the data must begin in position 5. 


® Position 4 is expected to be blank. Some record types 
can define signed (+ or -) values. In this case the sign, 
if present, is entered in position 5 and the data begins 
in position 6. The position occupied by the sign in the 
input record is counted in the number of input data 
characters that is specified in positions 2 and 3. 


Each input record defines data to be placed in successive 
locations in the object module $CC4Z9. 


The following input data types are accepted by $CCPAU. 
The data type is signified by the character specified in pos- 
tion 1: 


Cc Character String 
The data can include any character from the ex- 
tended character set including blanks. The out- 
put is the characters specified, in EBCDIC. The 
output length is the number of bytes specified in 
positions 2 and 3. 


Zz Zoned Decimal 
The data can include any decimal digits and can 
be preceeded by + or -. The output is a signed 
zoned-decimal number. The output length is the 
number of digits entered (that is, the number of 
bytes specified in positions 2 and 3, less one if a 
sign was specified). 


Xx Hexadecimal Data 
The count in positions 2 and 3 must be even. Every 
character of input data must be in the range 0-9, 
A-F. The output is a set of bit configurations cor- 
responding to the hexadecimal input. The output 
length is half the number of bytes as were specified 
in positions 2 and 3. 
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I One-Byte Binary integer 
The input data is limited to three positions plus an 
optional sign. The numeric value must not exceed 
255. The resultant data will occupy one byte in 
$CC4Z9, and be represented as a binary integer. 


J Two-Byte Binary Integer 
The input data is limited to five positions plus an 
optional sign. The numeric value must not exceed 
65535. The resultant output will occupy two 
bytes in $CC4Z9, and be represented as a binary 
integer. 


K Three-Byte Binary Integer 
The input data is limited to eight positions plus 
an optional sign. The numeric value must not 
exceed 16777215. The resultant output will 
occupy three bytes in $CC4Z9, and be repre- 
sented as a binary integer. 


L Four-Byte Binary Integer 
The input data is limited to ten positions plus an 
optional sign. The numeric value must not ex- 
ceed 4294967295. The resultant output will oc- 
cupy four bytes in $CC4Z9, and be represented 
as a binary integer. 


$CCPAU continues to accept input data from the system 
input device until a /* is read, or until enough data to fill 
$CC4Z9 is accumulated. At this time the data to be written 
to $CC4Z9 is printed, in hex, on the system log device so that 
the data can be verified. After printing has finished, a CPU- 
A3 halt occurs. Option 0 as a reply causes the data to be 
written to $CC4Z9. Option 2 causes the job to be termin- 
ated and $CC4Z9 not to be updated. 


The following OCL statements are needed: 


EEE 
ae at 


HH rH | 


Input Data Records 


| qT 
fe 
eal rrr 


For a description of writing a user security program, see 
IBM System/3 Communications Control Program Program- 
mer’s Reference Manual, GC21-7579. 
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Chapter 8. System History Area Copy Program (Program Number 5704-SC2 Only) 


The System History Area Copy Program, $HACCP, is used 
to copy the current portion of the System History Area 
(SHA) to a user-defined disk file. This program only runs 
under control of CCP. 


$HACCP is designed to be automatically invoked when 
the SHA is nearly full, but it can also be manually invoked 
by the system operator at any time (using the PF9 key). 
$HACCP cannot be invoked from a terminal. 


Note: The $HIST program can also be used to save the 
contents of the SHA. However, $HIST requires a batch 
partition and it cannot be automatically invoked. 


USER REQUIREMENTS 


On a main data area the user must define a file, named 
$SHAFILE, with a record length of 128. The format of 
the records written to $SHAFILE is the same as the format 
of the records that $HIST writes to the $HISTORY file. 


$SHAFILE must also be defined in the CCP assignment 
set as having consecutive add (CA) data management. This 
allows subsequent executions of the program to add new 
records to those already existing in the file. To access the 
information in $SHAFILE, a user-written program is 
required, 


To use $HACCP, the following statements must be in your 
CCP assignment set: 


// DISKFILE NAME-$SHAFILE,ORG-C,RECL-128 
// PROGRAM NAME-$HACCP,PACK-PROGRAM, 
PGMDATA-NO,FILES-’$SHAFILE/CA’ 


If $HACCP is to be automatically invoked when the history 
area is nearly full, then the following statement must also 
be in the assignment set: 


// SYSTEM MAXCHAIN-nn 


$HACCP requires 8K of the CCP user program area. 


OPERATING CONSIDERATIONS 


The SHA halt status can be changed by using the HALT 
SHA or NOHALT SHA commands. If $HACCP is to be 
automatically invoked, the following OCC must be entered: 


HALT SHA,CCP{,tracks] ! 


This condition remains in effect until IPL is performed or 
until a HALT SHA or NOHALT SHA command is entered. 


To permanently establish automatic invocation, the Con- 
figuration Record Program ($CNFIG) can be used to set 
the automatic function with the following statement: 


/1 SHA HALT-CCPAUTO[,TRACKS-xx] ! 


For further information on how to establish automatic 
execution, see $CNFIG in /BM System/3 Model 15 System 
Control Programming Concepts and Reference Manual, 
GC21-5162. 


After each execution of $HACCP, an informational message 
will be issued giving the number of records added to 
$SHAFILE and the number of records left in $SHAFILE 
before it fills. If $SHAFILE should fill while the program 
is copying to it, a decision message will be issued and the 
file must be emptied before $HACCP can be successfully 
run again. 


If CCP terminates abnormally, the $SHAFILE will not be 
closed; therefore, records could be lost. See File Recovery 
Procedures in IBM System/3 CCP System Design Guide, 
GC21-5165 for recovery procedures. 


The tracks Parameter can be any integer value up to 10, but not 
greater than half the size of the SGA. This parameter is used to 
set the wraparound warning point of the SHA, and it is not 
required unless a warning point of 0 is currently in effect. 
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Appendix A. Generation Control Statement Summary Chart 


The following is a summary chart containing all valid CCP 
generation control statements. The statements are listed in 


alphabetic order. Three items are given for each statement: 


@ Name 

@ Format of the statement with all valid operands 

@ Synopsis of the functional description 

For more detailed information on any of the CCP genera- 


tion control statements, see index entry: generation 
control statements, 


Generation Control Statement Summary Chart 
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[Name | Sens one ae percteton | Function 








$EBSC 


; : 
= YES 
{BSCA- Int [,DA- Me \ ] LDIAL- { NO \ 


YES YES 
[,PP- aS hy [,MP- ve 


YES 
[,GETMSG- {no ji LITB- { 


YES 
Laseii4 46 bi L,EBCDIC- 







YES 


[RESPOL- we My [. AUTORS- { 





YES 
NO 





ixerney.{ \ ], {INTPOL- 





3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
SEBSD 3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 


$ECSC? | {GETMSG- ‘i 


{,RECSEP- jaa ] L,ASCH- { 


1 
Xx 
{,EBCDIC- { 


[,XPRNCY- ‘ 


YES 
\ ] LINTPOL- ye 


2 
ies} XES ipod Mesh Lporr-| 


3275M1 
3277M1 
3284M1 
3286M1 
3275M2 
$ECSD? 3277M2 
3284m2 
3286M2 
3735 
3741 
cPU 





eV—— 
‘Used with 5704-SC1 only. 
2 Used with 5704-SC2 only. 
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Indicates general specifications 
concerning binary synchronous 
communications (BSCA) support. 


Indicates a BSC device type that 
the CCP supports (for BSCA). 


Indicates general specifications 
concerning BSCC support. 


Indicates a BSC device type that 
CCP supports. (For BSCC.) 


Generation Control Statement Description 


NO 
SEFAC [,ESCAPE- ‘ececcc’ ] 


X'XXXX XXX XXXXX! 





Indicates options that determine 
the CCP facilities included during 


generation. 
YES 


[,PGMCNT- ve 


\ LBSYPRT- 


YES 


{,FORMAT- i 


\ [, MOVTNT- 
(,MOVDFF- 


|, OPPRUF ves| [,RESREQ 
: NO . " 


Y 
{, ACCEPT- { 


YES 
[.RESOPN- ie f 


[,CPUMSG NO P 
' : YES ] [,LOWCAS- 


LTTasK| 





Indicates user options on sizes 
of items that affect the allocated 
size and location of $CCPFILE. 


SEFIL 


isers. | Mi [,PROGS- \2 h LDFILES- | 


\ 

















48K 
1 1 64K 
L.TERMS- {2h [,DUMPs- (ah Lcore- | oo | 
128K 
RI 160K 
JFLUNIT- (ET EL PACK-pack ee 
R2 224K 
F2 256K 
0) 2.3 384K“ 
LTRKLOC-n] —[,DPTRAC. {2h 512K? 
n 





Default for Program Number 5704-SC2. 
* Program Number 5704-SC2 only, 
3 Default is QO. The non-zero minimum value for n is 6. The maximum value is 1000. 
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Name | oat eae plate oe | Function 


SEGEN DSUNIT- | , | DPUNIT-unit) ! Indicates where various unit 
and pack names are located 
during the CCP generation. 


CCUNIT- , LDPPACK-pack } | 


WKUNIT- \ 
WKPACK.- ,DIUNIT- 


[MINRES- 








$EMLA Indicates whether the multiple 

line terminal adapter (MLTA) 
is used by the CCP and, if so, 
the number of MLTA lines. 
Also indicates whether or not 
line translation is used on all 
MLTA operations. 

1050 

1050D 

2740 

2740S 

2740C 

2740SC 

27400 

2740DT 

27400C 

2740DTC CORR | 

$EMLD 2740M2S ,XMCODE- } PTTCEBCD Indicates an MLTA terminal type 

2740M2SB PTTCBCD supported with its features and 

eyAEM2 oe the transmission code required 

2740M2SCB 
on the line. 


2741 


2741D 
CMCSTD 
SYS7C 
SYS7SC 
SYS7DC 





1 Brogram Number 5704-SC2 only. 
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COBOL 
FORTRAN 


$EPLG ,PPUNIT- 


ASSEM 
RPGil 











NO 
$ESEC [SECURE- CCP 


USER 


om 





Indicates a programming language 
the user wishes to use for program 
preparation under the CCP. 


Indicates the type of terminal 
sign-on security to be used 
(if any). 
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Appendix B. Assignment Control Statement Summary Chart 


The following is a summary chart containing all valid CCP 
assignment control statements. The statements are listed 
in alphabetic order. Three items are given for each 
statement: 

@ Name 

® Format of the statement with all valid parameters 

@ Synopsis of the functional description 

For more detailed information on any of the CCP assign- 


ment control statements, see index entry: assignment 
control statements. 
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Name | Assignment Control Statement Description 














BSCALINE //BSCALINE TYPE- ee LLINENUM— 32 j Defines the type of BSC line 
sw 42 to be used and the features of 
the line. 
EBCDIC 
[,XMCODE- { seep \ ] 
[,POLLLIST- ‘termid [,termid] ...'] 
LNRETRY- — \ ] [, IDEXSEND-exchngid] 
NO 180 
[,DBLBUF- 1385p LWAIT- { - hi 
NOY 42 No {,° 
[,OUTPOLL- { =) ] jorreur-|80. 
BSCATERM //BSCATERM TERMID-termid,TYPE-termtype, Defines certain attributes of the 
ATTRID-~‘attrid (attrid} ...' terminals on BSCA lines. 
NO 
;COMMAND- ve [L,ONLINE- "5 
YES) 3 
AUT a 
L.AUTOERP a hi 
7 HOLD 
(,DEXRCV-exchngid] [,OFFACTN- ae } 
[,ADDRCHAR—addressing characters] 
[L.POLLCHAR-—polling characters] 
LICF- 
DISKFILE //DISKFILE NAME-filename Describes the disk file that will 


be used during the execution of 


c this set. 


,ORG- } { ectnt evi 


Y 
LKEYPOS-n} [,MSTRINDX- yer \ \" 


LMIXSIZE-n]' |, EXTENTS-n] > 





‘Not applicable for Program Number 5704-SC2. 
Program Number 5704-SC2 only, TYPE-CS is required. 


3 program Number 5704-SC2 only. 
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Name ce neues sala meson | Function | 


id 
LIST // LIST (SET- Yau ] [PGMSTAT- ef This is a control statement for 
CONFIG) $CCPAL that defines which 
options the user wishes to exer- 
cise in listing the contents of 


[RESETPS- {xo the file, $CCPFILE. 


( PP 


MLTALINE // MLTALINE TYPE- sw ( [LINENUM- Defines the type of communi- 
cw 


cation line to be used and the 
features of the line. 


1 
2 
3 
4 
5 
6 
7 
8 


\ 


PTTCEBCD 
“XMCODE- PTTCBCD 
CORR 


»“MAXRECL-n[,POLLLIST-’termid[,termid] ...‘] 
134 


[,DATARATE- i ] ,AUTOPOLL- jee. 
1200 


NO 2 
[,RCVINT- 138. [,NRETRY- {2 ] 


YES 
[,DELAY-n] [,TIOLT- {res 












MLTATERM //MLTATERM TERMID-termid,T YPE-termtype, Defines certain attributes of the 
terminals on MLTA lines. 


,ATTRID-‘attrid [,attrid] .. .",;COMMAND- ve \ 






[,ADDR-xx] [,ONLINE- rsh [,PINCOMP-n] 






HOLD 
[, POUTCOMP-n} jorractw. {nOLOl ] 
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PORTLINE // PORTLINE : Defines the type of PORTLINE 
to be used and the features 
of the port. 


wOBE. { PRIMARY \ 


SECONDARY 


n 
BLKL- { 250} 


MAXMSG-n 
,AQPORT-n 
;NAQPORT-n 


[,PORTPRF X-port prefix] 


EBCDIC 
[,XMCODE- {gecoic UnneTay 4 a i 


NO 180 
{,DBLBUF- {10, \ ] iwarrd . My 
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Name oe oe chanel poe Funcom | 


PROGRAM //PROGRAM NAME-pgmname Defines the logical structure and 


For Program Number 5704-SC2 only. 





resource requirements of a user 
program. 


ol. 
LMRTMAX-n] [,NEVEREND- {eo 


SHR 
LPRINTER- {NO > } 
YES 


c 
RP 
[.MFCU1- 1 L.MFCU2- } 
NO 
| ) 


DO j270D 
vu ° 


{,MFCM1- ] [.MFCM2- 


LRP1442- 


(,N3741- ] 


NO 
| ] .PGMDATA- {ves}! 


R 

P 
NO 
c 
Re 
R 

P 
NO 
RP 
R 

P 
NO 


Lenowse 


Ip 6 
moO 


NO 
\ ] [,R2501- {v2,} } 


[,TERMS-‘termname[/attrid] [,termname{/attrid] ] ...‘] 


ee: SHR 
[,FtLES-‘filename/access[/ {S8aa)) {/KSORT] 


PROGRAM 
SYSTEM 
Ri} 


Fi} 
R2! \ 
Fa! 


(,PRUF$Z-format name] [,PRUFLNG-nnn] 


[PACK- ] 


[,DFFMTERM-n] [,DFFNDF-n} [,OFFSFDT-n] 
(,MORCOR-n] 


{NO U1 JNO Ut 
Hee") ves, {,EXECFIND: ves! 


NORMAL | ,1 
(erioniry.. Bom Mi 


1 NO 1 
LTASKSIZE-n} ipameino-{ No} ] 
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Assignment Control Statement Description 















CREATE 
SET // SET [ID- ih [,ACTION- heey ] Specifies which set is to be 
SYSMOD processed and what opera- 
tion is to occur. 
YES YES 1 
Lortrexec- {Ve \ ] Lanysrecs. 4% \ ] 

SOURCE // SOURCE NAME-name,UNIT- Specifies that control statements 
supplied to $CCPAS are read 
from a source library member. 

SYMFILE //SYMFILE NAME-cecccc,DISKFILE-‘ccc... [,ccce...] ...° Defines a symbolic file name and 





specifies the disk files with which 
it can be validly associated. 


"For Program Number 5704-SC2 only. 
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SYSTEM 












SYSTEM [MINUPA.- {a} } MINTPBUF-n, 


LPASSWORD-password] [,PRINTER- 


c c 
RP RP 
LMFCUul- <R >} } L.MFCU2-< R 
P Pp 
NO NO 
Cc c 
RP RP 
LMFcm1 <R S ) [,MFcM2-< R 
P Pp 
Ne) Ni 


{,R2501- {ies \ ] (,.RP1442- <R 





NQ 


ne 


ve. 


vet 


] 


LPGMREQL-- \n ep [,COMMANDL- (2h 


3 
Lorreack.{ SYSTEM a} ] Lesoe: { 


PROGRAM 


LMAXCHAIN-n} 2 


LOFFINDX. | ope 


9° 
(,CSPOLTM- 10 7 


LERTIME- 


[,PRUFOF- 


[,OUMPUNIT- 


Teor Program Number 5704-SC1 only. 
Number 5704-SC2 only. 
3 For Program Number 5704-SC2, the following codes may also be 
specified: 


er Program 


Ri, 

DIA, 
D2A, 
D3A, 
D3E, 
D4A, 
D4E, 


Fi, 

D1B, 
D2B, 
D3B, 
D3F, 
D4B, 
D4F, 


R2, 

DIC, 
D2Cc, 
D3C, 
D3G, 
D4C, 
D4G, 


F2 

D1D 
D2D 
D3D 
D3H 
D4D 
D4H 


RP) 
rl NO 
L.N3741-< & ] (,POLTIME- or | ! 


960 2 


2 
N 


Defines parts of the environment 
in which the CCP will execute. 
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| Name Assignment Control Statement Description | Function =| 


TERMATTR // TERMATTR ATTRID-attrid Defines certain attributes of a 


terminal. 
The following parameters may be specified for both the 


MLTA and BSCA terminals 


YES 


YES 
trpanstar {53h [, UPCASE- ‘ie 


[,SWITCHED- 


The following parameters may be specified for BSCA 
terminals only 


[,BLKL-n} [,RECL-n]} 


RECORD 


|. DATAFORM- BLOCK ] |. TRANSP- 
MESSAGE 


NO NO 
LITB- {seh } LVARL- {30.\ ] 


NO 
\ [,VERIFYID- {uot ] 


YES 
[,DFF3270- He y 


TERMNAME // TERMNAME NAME-termname[,TERMID-termid] Defines symbolic names associated 


with terminals and subterminals. 
LMSTRNAME-termname] [,INCOMP-n] 


{,OUTCOMP-n] [,PHONENUM-number] 
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Appendix C. Messages 


All CCP messages are contained in the /BM System/3 
Communications Control Program Messages Manual, 
GC21-5170. 
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Appendix D. Devices and Programs Supported and Required 


TERMINALS AND FEATURES SUPPORTED 
The following terminals can be used with the CCP. 
Through the multiple line terminal adapter: 


@ 1050 Data Communication System 
Multipoint switched 
Multipoint nonswitched 


@ 2740 Communication Terminal Model 1 
Basic 
Checking 
Dial 
Dial with checking 
Dial with transmit control 
Dial with transmit control and checking 
Station control 
Station control with checking 


2740 Communication Terminal Model 2 
Station control 
Station control with checking 
Station control with buffer receive 
Station contro! with buffer receive and checking 


2741 Communication Terminal 
Basic 
Switched 


@ 3767 Communication Terminal (supported as a 2740) 
Checking (2740 Model 1) 
Dial with checking (2740 Model 1) 
Station control with checking (2740 Models 1 and 2) 


3767 Communication Terminal (supported as a 2741) 
Basic 
Switched 


@ System 7 (supported as a 2740 Model 1} 
Checking 
Dial with checking 
Station control with checking 


@ Communicating Magnetic Card SELECTRIC® 
Typewriter (supported as a 2741) 
Point-to-point switched 


@ 5100 Portable Computer (supported as a 2741) 
Basic 
Switched 


With the binary synchronous communications adapter: 


@ 3270 Information Display System 
Multipoint (System/3 is control station) 
See chart for configuration. 


@ 3735 Programmable Terminal 
Switched 
Multipoint (System/3 is contro! station) 


@ 3741 Data Station Models 2 and 4 
Point-to-point switched 
Point-to-point nonswitched 
Multipoint (System/3 is control station) 


®@ 5230 Data Collection System (supported as a 3741 
Model 2 or 4) 
Point-ta-point switched 
Point-to-point nonswitched 
Multipoint tributary 


@ System/3 
Point-to-point switched 
Point-to-point nonswitched 
Multipoint control station 
Multipoint tributary 


@ System/7 
Point-to-point switched 
Point-to-point nonswitched 
Multipoint (System/3 is the control station) 


@ System/360, System/370 
Point-to-point switched 
Point-to-point nonswitched 
Multipoint (System/3 is the tributary) 
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With binary synchronous communications controller: 


© 3270 Information Display System 
Multipoint (System/3 is control station) 
See chart for configuration. 


3735 Programmable Terminal 
Multipoint (System/3 is control station) 


@ 3741 Data Stations Models 2 and 4 
Multipoint (System/3 is control station) 


System/3 (BSCA) 
Multipoint tributary 


System/7 
Multipoint (System/3 is control station) 


Terminals that are equivalent to those explicitly supported 
can also function satisfactorily. The customer is responsible 
for establishing equivalency. !BM assumes no responsibility 
for the impact that any changes to the IBM-supplied 
products or programs might have on such terminals. 
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3271 Control Unit 


3275 Display Station 


3276 Control Unit 
Display Station 


3278 Display Station 


3279 Color Display 
Station 


3277 Display Station 


3284 Printer 
3286 Printer 


3287 Printer 


3288 Line Printer 


3289 Line Printer 


3262 L ne Printer 








3270 Information Display System Multipoint 


Transmit! 


'Nonswitched. 3275 can also transmit at 1200 bps switched. 


2In feet from control unit. 
3 with 64-character set. 


Attached 
Via 


3271, 
3274, 
Display 
Adapter 


3271, 


3274, 
3276, 
Display 
Adapter 


3271, 
3274, 
Display 
Adapter 


Devices and Programs Supported and Required 





Max. Cable 
Distance” 


Upto 


Disp!ays/Printers 
Supported 


3277, 3284, 3286, 


3287, 3288 


3262, 3278, 3279, 


3287, 3289 


3262, 3277, 3278, 
3284, 3286, 3287, 


3288, 3289, 3279 


3277-1, 3284-1, 
3286-1 


3262, 3278-2, 3287, 


3289, 3279 
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SYSTEM DEVICE AND PROGRAM REQUIREMENTS 


Device Requirements 


The following is the minimum device configuration necessary 
for a communications-based system using the CCP: 


@ 5415 Processing Unit (CPU) with 48K (Program Num- 
ber 5704-SC1) or 96K (Program Number 5704-SC2) 
bytes of main storage. 


@ 5444 Disk Storage Drive Model 2 (Program Number 
5704-SC1) or 3340 Direct Access Storage Facility (Pro- 
gram Number 5704-SC2). 


®@ 3277 Display Station Model 1. 
@ 1403 Printer, 
®@ An input device. 


@ Muitiple Line Terminal Adapter or one Binary 
Synchronous Communications Adapter (either with 
minimum data set, line, and terminal configuration). 


Notes: 

At least 6K (Program Number 5704-SC1) or 8K (Program 
Number 5704-SC2) main storage must remain available in 
the CCP partition to perform the operation startup. 


A partition size of at least 48K (Program Number 
5704-SC2) is required to start up CCP. 


During CCP generation and assignment, the main storage 
available to the program partition in which the function 
is being performed must be at least 22K (Program Num- 
ber 5704-SC1) or 48K (5704-SC2). 


During CCP generation and assignment, the communications 
adapter is not required. 

Additional Devices Supported 

The following device facilities are supported by the CCP: 


® 64K', 96K, 128K, 160K, 192K, 224K, 256K, 384K?, 
or 512K? bytes of main storage. 


@ 5444 Disk Storage Drive ~ additional Model 2 or Mode! 
3 (Program Number 5704-SC1 only). 


@ 5445 Disk Storage — 1 to 4 modules for data storage 
(Program Number 5704-SC1 only). 





"Program Number 5704-SC1 only. 
* Program Number 5704-SC2 only. 


172 


@ 3344 Direct Access Storage (Program Number 5704-SC2 
only). 


® 3340 Direct Access Storage Facility — 2 to 4 drives. 

@ 5424 Multi-Function Card Unit. 

@ 2560 Multi-Function Card Machine. 

@ 1442 Card Read Punch. 

@ 2501 Card Reader. 

@ Multiple Line Terminal Adapter with up to eight lines. 


@ Binary Synchronous Communications Adapters (BSCA, 
one or two adapters). 


@ Local Communications Adapter (LCA). 


© Display Adapter (DA). 


© Binary Synchronous Communications Controller (BSCC) 
with Program Number 5704-SC2 only. 


© Serial 1/O Channel (SIOC) with Program Number 
5704-SC2 only (PRPO Number 5799-WNK), 


Note: DA and BSCA-2 are mutually exclusive; LCA and 
BSCA-1 are mutually exclusive. 


CCP operates in any program partition, However, CCP will 
not operate concurrently in all partitions. Nor will CCP 
Operate concurrently with a program in another program 
Partition that requires dedicated use of the processing unit. 


System Programs Required 


Execution of CCP requires IBM System/3 Model 15 Disk 
System Management, including all transient modules for 
the appropriate |OCS. 


Generation of CCP requires BM System/3 Model 15 System 
Control Programming (5704-SC1 or 5704-SC2), including: 


© Programming support for the desired communication 
adapters: MLMP for the BSCA; Multiple Line Terminal 
Adapter Feature (PSHRPQ number 5799-WFK). 


@ Programming support for the interval timer required if 
using interval polling or the Wait operation code. 


No special systems programming requirements exist for the 
running of system assignments. 


For the preparation of application programs, an applicable 
compiler or assembler is required. 


This glossary contains only terms that have a special mean- 
ing related to the CCP. Other communications and data 
processing terms used in this publication are defined in 
!BM Data Processing Glossary, GC20-1699. 


command interrupt mode: The operating mode of a 
terminal following data mode escape until the program 
execution is resumed by a run command (the terminal 
reenters data mode) or until the terminal is released by 
a release command (terminal enters command mode). 


command mode: The operating mode of a terminal 
following a successful sign-on, up to and including the 
program request. Following program termination, a 
terminal returns to command mode until another 
program request is made or until sign-off. 


command terminal: A terminal that is capable of command- 
ing CCP services related to requesting a program. Terminals 
are designated command or data terminals at assignment 
time. 


communications management: A major function of the 
CCP that controls terminal input/output. 


communications service subroutine: A relocatable sub- 
routine provided by the CCP that is link-edited to user 
programs written in RPG Il, COBOL, or FORTRAN IV. 
The subroutine is called by the user program whenever 
the program requires a communications service, enabling 
programmers to request communications services in these 
languages. A separate subroutine is provided for COBOL, 
FORTRAN IV, and RPG II; a macro is provided for 
Basic Assembler. 


data entry application: A communications-based system 
application in which terminals are in continuous operation 
(as opposed to the typical inquiry application). Data entry 
applications include document preparation (such as invoice 
writing) and entering data directly into data files from a 
terminal, such as in creating files. 
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data mode: The operating mode of a terminal when it is 
under control of a user program, until the program terminates, 
the terminal is released by the program, or "2 data mode 
escape characters are entered. While in data mode, a terminal 
is not in direct communication with the CCP. 


data mode escape: A special CCP command, consisting of a 
unique string of six characters entered at a terminal while 

the terminal is in data mode. The data mode escape 
command interrupts the execution of the application 
program and places the terminal in command interrupt mode. 


data terminal: A terminal that is not capable of command- 
ing CCP services. A data terminal is always either in stand- 
by mode (not polled for input by the CCP) or in data mode 
(under control of an application program). Also referred 
to as a noncommand terminal. 


disk system management: The group of system programs 
that control the operation of the IBM System/3 Model 15. 
Disk System management performs scheduling, input/ 
output control, storage assignment, data management, 
and related services. 


external pointer list: An area in the user program area that 
is set aside to hold FSBs, XDTs, share DTF address list 
entries, and incore DFF index entries. The size of the 
external pointer list (EPL), can be 2K or 4K bytes, depend- 
ing on the options specified. (See Figure 7, Section 5 in 
Appendix F.) EPL is applicable to Program Number 
5704-SC2 only. 


file management: A major function of CCP that controls 
the use of data files by programs running under the CCP. 


format find: A program (CCPFMT) that will find a newly 
created or modified format while running under CCP. 


initial mode: The operating mode of a command terminal 
before a sign-on at the terminal is accepted by the CCP. 


inquiry: A communications-based system application in 


which a request for information is entered from a terminal 
and a response is returned to the terminal. 
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inquiry-with-update: A communications-based system 
application in which records of transactions entered from 
terminals are used to interrogate and update one or more 
master files maintained by the system (synonymous with 
inquiry and transaction processing). 


multiple requesting terminal (MRT) program: A type of 
application program under the CCP that can process requests 
from more than one requesting terminal concurrently. 


never-ending program: A user application program that 
after it is requested, remains in main storage for a relatively 
long time. 


noncommand terminal: See data terminal. 


order entry application: A form of data entry application 
in which transactions (such as sales orders) are entered 
into a data file form remote terminals. 


password security option: An optional CCP feature, 
selected during CCP generation, that requires a terminal 
operator to enter a predetermined password before the 
CCP will accept input from the terminal. 


physical file: See symbolic file. 


program management: The major function of the CCP 
that fetches programs, allocates system resources to 
Programs, purges programs from main storage, and option- 
ally maintains a count of the number of times each appli- 
cation program is requested. 


Program request: A command, consisting of a program 
name entered at a terminal or the system operator's 
console, that causes the CCP to initiate execution of 
an application program. 


program-request count: The optional CCP program 
management function of maintaining a count of the number 
of times each application program is requested. 


program request under format (PRUF): This function 
allows DFF to process program request data of any length. 
If non-DFF, this function allows processing of more than 
78 characters (up to the maximum screen size) of program 
request data. 
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program-selected terminal: From the point of view of the 
application program, a terminal that is selected by an 
application program for input/output, as opposed to a 
terminal that requested the program (see requesting 
terminal). Program-selected terminals can be either 
required {must be allocated to the program before the 
Program can run) or acquired (allocated dynamically to 
the program as it is running). 


requesting terminal: From the point of view of the 
application program, a terminal that requested the 
program, as opposed to a terminal that is selected by the 
program (see program-selected termina!). Requesting 
terminals are always command terminals. 


sign-on: The procedure performed at a terminal while it is 
in initial mode. This procedure may include entering only 
the sign-on command, or entering the sign-on command 
with a password or other user-specified security data. 


single requesting terminal program: A type of application 
program under the CCP that can process a request from 
only one requesting terminal at a time. 


symbolic file: A symbolic name in an application program 
which can, on separate executions of a program, refer to 
different files, known as physical files. A symbolic file is 
related by the terminal operator to a specific physical file 
by means of a file command. 


system task: A unit of work for the processing unit from 
the standpoint of the CCP, consisting of a CCP function 
(as opposed to a user application, or user task) tr.at must 
be performed by the CCP, such as communications 
management. 


task chaining: The process of requesting initiation of a 
CCP task from within a currently executing CCP task, 
without requiring system or operator action. 


task identification: An identifying character associated with 
a task that differentiates between that task and other tasks 
running concurrently under the CCP or DSM. 


terminal reference identification: A unique two-character 
identifier, assigned to each terminal during the CCP 
assignment stage, that is used by the CCP and the system 
operator to refer to a specific terminal. 


user task: A unit of work for the processing unit, from the 
standpoint of the CCP, consisting of a user program (as 
opposed to a system function, or system task) that must 
be executed by the CCP. 


Appendix F. Configuration Limitations, Storage Estimates and 


CONFIGURATION LIMITATIONS AND MAIN STORAGE 
ESTIMATES 


The following information can be useful in: 


@ Estimating the maximum number of Programs, files, and 
terminals that can be supported by a particular CCP 
configuration. 


® Estimating the main storage required for the dynamic 
TP buffer. 


®@ Estimating CCP startup main storage requirements. 


© Estimating the partition size requirement of an executable 
CCP installation. 


Estimating CCP Configuration Limits 


The maximum number of programs, files, and terminals that 
can be supported during a CCP startup depends on the main 
storage requirements of three parts of CCP. These Parts 
consist of the following: 


® Common support code and contro! tables. 
@ Communication support code. 
@ User program area (UPA). 


The common support code and contro! table portion of 
resident CCP contain two CCP transient areas, $CC4#1, the 
user security data area, the display format control routine, 
and various control blocks, all of which depend on genera- 
tion and assignment options. This part of CCP must be no 
greater than 16K. Exceeding this limit will cause CCP 
Startup to terminate. Figure 10 or Figure 12 can be used to 
determine the size of this part of CCP. Should the results 
obtained from these figures exceed the above limits, the 
number of terminals, command terminals, files, and/or pro- 
grams may have to be reduced. An alternative is to elimi- 
nate CCP requirements such as Program use counts, interval 
poiling, and resident accept input. 


Performance Considerations 


The communication support code within resident CCP con- 
tains $CCP#2, TRACE support, MLMP support, MLTA 
support, the line buffers, and the TP buffer. Users of Pro- 
gram Number 5704-SC2 may have additional CCP resident 
code following the TP buffer. This code may contain the 
resident pseudo open/close routine, the external pointer 
list, the resident program request routine, the DFF support 
code, and the BSCC communication support code. If the 
display format facility is configured, the last byte of the 
DFF control routine ($CC4DF) must not exceed a limit 

of 18K. The TP buffer places two restrictions on the CCP 
configuration. The TP buffer itself cannot exceed 18K 
bytes, and the highest address of the TP buffer, always on 
a 2K boundary, cannot exceed 48K. Figure 9 is a guideline 
for approximating the size of TP buffer. This value should 
be initially used for the MINTPBUF key word on the assign- 
ment system statement, but may require adjustment after 
various CCP startups to obtain the best response times for 
all terminals. Figure 11 or Figure 13 can be used to deter- 
mine the main storage requirements for CCP communica- 
tion support code. The total storage requirements of CCP 
common code, the control tables, as well as the communica- 
tion support code make up resident CCP. 


The user program area immediately follows the CCP resident 
code and extends to the end of the CCP partition. The user 
Program area contains the user’s programs, any appropriate 
DSM modules included when link-editing the application 
programs, storage requirements for memory resident over- 
lays and external buffers, and the additional storage require- 
ments of the display format facility. Additional storage is 
required within the user program area if the display format 
facility (DFF) is used to support the 3270 terminal system. 
This storage is called program appended storage (PAS). The 
size of the CCP partition and/or minimum user program 
area (MINUPA parameter within the assignment set) may 
be adjusted to allow the CCP configuration to fit. 
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Using This Appendix 


The figures within this appendix are useful in making storage 
estimates and checking for any limitations of CCP. These 
figures are constructed as a list of options with the corres- 
ponding main storage (given in number of decimal! bytes) 
needed for that option. The option so far as possible is 
given as a keyword with a reference to a particular statement 
for CCP generation or assignment. If any part of a listed 
option meets the requirement of the desired system configur- 
ation, then the main storage on that line in the table should 
be added to the system size. The options that are indented 
are to be included in the system size only if the desired 
system configuration also includes the preceding nonindented 
option. This appendix is designed to be used top down. 
Main storage totals obtained in the latter figures depend 
upon totals obtained in some of the preceding figures. 

Users of Program Number 5704-SC1 will use Figures 7, 9, 

10, 11, 14, and 15. Users of Program Number 5704-SC2 

will use Figures 8, 9, 12, 13, 14, and 15. A general explana- 

tion of each figure follows: 

— Figure 7 (5704-SC1 only) is used to estimate the sizes of 
two portions of CCP resident code referred to as common 
support code and communication support code. These 
two portions are known internally as $CC4#1 and 
$CC4#2. Both are totally dependent upon CCP genera- 
tion specifications and options. The common support 
code ($CC4#1), and the communication support code 
($CC4#2) are loaded into storage at separate phases of 
CCP startup. Totals obtained from this figure will be 
used in Figures 10 and 11. 

— Figure 8 (5704-SC2 only) is used to estimate the sizes of 
three portions of CCP resident code referred to as com- 
mon support code, communication support code, BSCC 
support code. These three portions are known internally 
as $CC4#1, $CC4#2, and $CC4#M. They are totally 
dependent upon CCP generation specifications and 
options. The common support code ($CC4#1), the 
communication support code ($CC4#2), and the BSCC 
support code ($CC4#M) are loaded into storage at 
separate phases of CCP startup. Totals obtained from this 
figure will be used in Figures 12 and 13. 

~ Figure 9 is useful in estimating the size of the dynamic 
TP buffer and verifying that it does not exceed a limit of 
18K. The calculated size of the TP buffer is used in 
Figure 11 (5704-SC1) or Figure 12 (5704-SC2). 


176 


— Figure 10 (5704-SC1 only) is used to estimate the size of 
CCP common support code and control tables. This 
portion of CCP resident storage contains the transient 
areas, $CC4#1, user security routine, and control blocks 
all of which depend on CCP generation and assignment 
options. The CCP components listed are, as near as 
Possible, in the same sequence as they are positioned in 
main storage. This part of CCP must be no greater than 
18K for a DFF system. Exceeding this limit will cause 
startup to terminate. The total obtained from this 
figure is used in Figure 11. 

— Figure 11 (5704-SC1 only) is used to estimate the size of 
resident CCP. The total obtained within this figure 
includes all of CCP resident code, all control tables, line 
buffers, the TP buffer, MLMP and MLTA support, and 
any trace support. This total cannot exceed 48K. The 
CCP components listed are, as near as possible, in the 
same sequence as they are positioned in main storage. 
The total obtained can be used in Figure 15. 

— Figure 12 (5704-SC2 only) is used to estimate the size of 
CCP common support control tables. This figure is 
functionally the same as Figure 10 and has the same 
storage limitation. The CCP components listed are, as 
near as possible, in the same sequence as they are posi- 
tioned in main storage. The total obtained from this 
figure is used in Figure 13. 

— Figure 13 (5704-SC2 only) is used to estimate the size of 
resident CCP. The total obtained within this figure 
includes all of CCP resident code, all control tables, tine 
buffers, the TP buffer, MLMP and MLTA support, trace 
support, resident open/close, resident program request, and 
BSCC communication support. The CCP components 
listed are, as near as possible, in the same sequence as they 
are positioned in main storage. The total obtained can be 
used in Figure 15. 

— Figure 14 is used to estimate the storage within the user 
program area required for DFF program appended 
storage (PAS). 

— Figure 15 is used to determine the total executable CCP 
Partition size. This includes all of resident CCP and the 
user program area. 


The specifications made in an assignment set represent the 
standard operating environment for a CCP run. Certain 
resources specified in an assignment set as being available to 
the CCP run can, on an exception basis, be suppressed by 
the system operator at the startup of the CCP run. Such a 
suppression reduces the control block main storage require- 
ments as defined in Figure 10 or Figure 12. 






Add only the items below that pertain to your CCP generation 
specifications and options. $CC4#1 $CC4#2 













Common to all generations .. . 4753 2221 











Multiple MLTA and/or BSCA lines (see note 1) a 23 
ESCAPE-‘YES' (SEFAC) 17 18 
ACCEPT-YES (SEFAC) 272 ae 
CPUMSG-NO ($EFAC) 33 ae 
MLTA ($EMLA) 124 5347 
XLATE-NO ($EMLA) = 52 
ESCAPE-YES ($EFAC) = 74 
TYPE-(dialed feature terminals) (SEMLD) ss 282 
TYPE-(station contro! terminals) _ 823 






TYPE-({(1050 terminals) — 
TYPE-(no checking basic terminals) — 
TYPE-(checking terminals) = 
TYPE-1050 or 1050D 4 
TYPE-1050D a 
TYPE-1050 
TYPE-1050, 2740SC, 2740M2SC or 2740SCB _ 
TYPE-2740SC, 2740M2SC, 2740M2SCB or SYS7SC = 
TYPE-2740S, 2740M2S or 2740M2SB - 
TYPE-2740 - 
TYPE-2740D ~ 
TYPE-2740C or SYS7C = 
TYPE-2740DC or SYS7DC - 
TYPE-2740DT i 
TYPE-2740DTC - 
TYPE-2741, 2741D or CMCSTD 

TYPE-2741 = 

TYPE-2741D or CMCSTD 
































XMCODE-CORR ($EMLD) 9 
XMCODE-PTTCEBCD 9 
XMCODE-PTTCBCD 9 
BSCA (SEBSC) 146 
FORMAT-YES (SEFAC) 1744 
PRUF-YES as 
PRUF-YES — 
BSYPRT-YES ($EFAC) 52 
ESCAPE-‘YES' 3 






TYPE-3270 (S$EBSD) = 
TYPE-CPU ($EBSD) ~ 
MLTA (SEMLA) = 
TYPE-(STATION CONTROL TERMINALS) (SEMLD) = 
BSCA-2 (SEBSC) = 
MULTIPLE BSCA and/or MLTA LINES = 
MLTA (SEMLA) = 
CS-YES or DIAL-YES ($EBSC) = 
PP-YES, MP-YES or DIAL-YES = 
CS-YES = 
RESPOL-YES = 
PP-YES, MP-YES or DIAL-YES ($EBSC) = 
MP-YES = 
PP-YES, CS-YES or DIAL-YES ~ 
AUTHORS-YES 


















Figure 7 (Part 1 of 2). Estimating Storage Requirements for CCP Common Support Code ($CC4#1) and Communication Support Code 
($CC4#2) — 5704-SC1 only 
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BSCA ($EBSC) (continued) 
DIAL-NO 
DIAL-YES 
MP-YES, CS-YES or PP-YES 
MP-YES 
MLTA ($EMLA) 
PP-YES or MP-YES ($EBSC) 
DA-YES ($EBSC) 
DIAL-YES 
DIAL-NO 
3270 ONLY 
MINRES-NO and RESPOL-YES 
GETMSG-YES ($EBSC) 
ITB-YES ($EBSC) 
XPRNCY-YES ($EBSC) 
XPRNCY-YES 
ASCII-YES ($EBSC)} 
TYPE-3270 ($EBSD) 
TYPE-CPU 
INTPOL-YES ($EBSC) 
TYPE-CPU ($EBSD) 
TYPE-3270, 3741 or 3735 
TYPE-3270 or 3741 
TYPE-3741 
ASCIHI-YES 
TYPE-3270 or 3735 
TYPE-3735 
ASCII-YES ($EBSC) 
TYPE-3270 ($EBSD) 
DIAL-YES ($EBSC) 
CS-YES 
CS-YES ($EBSC) 
DIAL-YES 
MLTA ($EMLA) 
ESCAPE-‘YES’ ($EFAC) 
ASCII-YES ($EBSC) 
TYPE-3741 ($EBSD) 
ESCAPE-‘YES’ (SEFAC) 
PRUF-YES (SEFAC) 
MINRES-NO (SEGEN) 
DIAL-YES 
PP-YES, MP-YES or CS-YES 
GETMSG-YES ($EBSC) 
ITB-YES (S$EBSC) 
XPRNCY-YES (SEBSC) 
MINRES-YES (SEGEN) 


Totals... 


Notes: 

1. Include if number of MLTA lines plus number of BSCA lines is greater than one. 
2. Also enter total for $CC4#1 in Figure 4, Section 1. 

3. Also enter total for $CC4#2 in Figure 5, Section 1. 


See note—-— 


$CC4#1 


$CC4#2 


97 
547 
144 

3 

6 

6 
418 
4400 


3314 
341 
91 
19 
24 
13 
92 
23 
23 
184 


Figure 7 (Part 2 of 2}. Estimating Storage Requirements for CCP Common Support Code ($CC4#1) and Communication Support Code 
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Add only the items below that pertain to your CCP generation 
specifications and options. $CC4#1 $CC4#2 $CC44M 


Common to all generations . . , 4732 575 
Multiple MLTA and/or BSCA lines (see note 1) a 
FORMAT- YES ($EFAC) 1770 
MOVTNT-YES 14 
ACCEPT-YES 315 
RESOPN-YES 32 
RESREQ-NO 22 
ESCAPE-YES 20 
MOVTNT-YES 
BSCA ($EBSC) or MLTA ($EMLA) 

BSCC ($ECSC) 

ESCAPE-YES ($EFAC) 

MINRES-NO ($EGEN) 


MLTA ($EMLA) 

XLATE-NO ($EMLA) 

ESCAPE-’YES’ ($EFAC) 

TYPE-(dialed feature terminals) (SEMLD) 

TYPE-(station contro! terminals) 
TYPE-(1050 terminals) 

TYPE-(no checking basic terminals) 

TYPE-(checking terminals) 

TYPE-(buffered receive terminals) 

TYPE-1050 or 1050D 

TYPE-1050D 

TYPE-1050 

MOVTNT-YES 

TYPE-1050, 2740SC, 2740M2SC or 2740SCB 

TYPE-2740SC, 2740M2SC, 2740M2SCB or SYS7SC 

TYPE-2740S, 2740M2S or 2740M2SB 

TYPE-2740 

TYPE-2740D 

TYPE-2740C or SYS7C 

TYPE-2740DC or SYS7DC 

TYPE-2740DT 

TYPE-2740DTC 

TYPE-2741, 2741D or CMSTD 
TYPE-2741 
TYPE-2741 or CMSTD 


4 
230 
217 

39 
72 
54 

3 
51 

3 
54 
54 
54 
54 
54 
54 
54 
40 
54 
54 


BSCA ($EBSC) 
MLTA ($EMLA) 
BSCA-2 ($EBSC) 
DA-YES ($EBSC) 
Multiple BSCA and/or MLTA lines (see note 1) 
INTPOL-YES ($EBSC) 
XPRNCY-YES 
ITB-YES (SEBSC) 
XPRNCY-YES 
BSYPRT-YES 





Figure 8 (Part 1 of 3). Estimating Storage Requirements for CCP Common Support Code ($CC4#1), Communication Support Code 
($CC4#2), and BSCC Support Code ($CC4#M) — 5704-SC2 only 
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__ $cc4#1 = $CCa#2 






$CC4#M 
BSCA (SEBSC) (continued) 


















































ASCII-YES ($EBSC) — 94 = 
TYPE-3270 ($EBSD) _ 51 — 
TYPE-CPU _ 12 7 
TYPE-3735 _ 14 _ 
TYPE-3741 3 13 — 

MINRES-NO ($EGEN) ee 375 = 
DIAL-YES ($EBSC) - 3 a 

PP-YES, MP-YES or CS-YES = 6 a 
GETMSG-YES (SEBSC) _- 8 es 
ITB-YES ($EBSC) — 99 = 

XPRNCY-YES — 26 — 
TYPE-3270, 3741 or 3735 = 5 7 

MLTA ($EMLA) = 3 — 
PRUF-YES ($EFAC) a 16 ~ 
RESPOL-YES ae 337 = 

FORMAT-YES ($EFAC) 9 3430 ~ 
PRUF-YES a 35 ee 

PRUF-YES ($EFAC) = 84 = 

GETMSG-YES ($EBSC) _ 94 - 

ESCAPE-‘YES’ ($EFAC) es 39 - 
TYPE-3270 (S$EBSD) = 6 = 

TYPE-CPU ($EBSD) 7 6 _ 

TYPE-3270, 3741 or 3735 ($EBSD) = 59 as 
TYPE-3270 or 3741 - 29 ~~ 
TYPE-3270 or 3735 ss 3 - 
TYPE-3270 or ESCAPE-‘YES’ - 7 _ 

TYPE-3735 ($EBSD) _ 23 - 

TYPE-3741 = 60 - 

TYPE-3270 Pe 350 ~ 
DIAL-YES ($EBSC) = 16 _ 
CS-YES (SEBSC) = 3 = 

DIAL-YES 2 18 - 
MLTA (SEMLA) _ 9 = 
ESCAPE-‘YES’ or PRUF-YES a 3 ee 

ESCAPE-’YES’ (SEFAC) s 5 

PRUF-YES = 3 

DIAL-YES or TYPE-3735, 3741 or CPU - 742 
MINRES-YES or RESPOL-NO = 337 

TYPE-CPU ($EBSD) = 32 

CS-YES or DIAL-YES ($EBSC) = 208 
PP-YES, MP-YES or DIAL-YES = 6 
DIAL-YES 2 587 

MP-YES, CS-YES or PP-YES = 42 
MP-YES a 3 
MLTA ($EMLA) = 6 
CS-YES ~ 172 
PP-YES, MP-YES or DIAL-YES ($EBSC) =” 18 
DIAL-YES ($EBSC) = 6 


RESPOL-YES ~ 1893 








Figure 8 (Part 2 of 3). Estimating Storage Requirements for CCP Common Support Code ($CC4#1 ), Communication Support Code 
($CC4#2), and BSCC Support Code ($CC4#M) — 5704-SC2 only 


$CC4#1 $CC4#2 
BSCA ($EBSC) (continued) 
PP-YES, MP-YES or CS-YES ($EBSC) 84 
PP-YES, MP-YES or DIAL-YES ($EBSC) 6 
PP-YES or MP-YES ($EBSC) 6 
MP-YES 
PP-YES, CS-YES or DIAL-YES 
AUTORS-YES 


BSCC ($ECSC) 
FORMAT-YES (SEFAC) 
BSCC-2 ($ECSC) 
INTPOL-YES ($ECSC) 
BSCC-2 ($ECSC) 
ESCAPE-'YES’ ($EFAC) 


ASCII-YES ($ECSC) 
GETMSG- YES ($ECSC) 
BSYPRT-YES 


SIOC 
BSCC-NO 
MOVTNT-YES 
See note —— 
Totals... 


Notes: 

1. Include if number of MLTA lines plus number of BSCA lines is greater than one. 
2. Also enter total for $CC4#1 in Figure 12, Section 1. 

3. Also enter total for $CC4#2 in Figure 13, Section 1. 

4. Also enter total for $CC4#M in Figure 13, Section 10. 


en 





Figure 8 (Part 3 of 3). Estimating Storage Requirements for CCP Common Support Code ($CC4#1), Communication Support Code 
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Follow steps one through six to estimate the size of the dynamic TP buffer. 
Refer to system, TERMATTR, PORTLINE, and program statements within 
the CCP assignment set. 


Put Area 


A If any TERMATTR statement is DEF 
(DFF 3270-YES), enter 516 
B lf any TERMATTR statement is NON-DFF or if 
Program Number 5704-SC2 and any BSC 
line has an optional DFF buffer, enter the 
longer of RECL+4 or BLKL+23. 


Common Area 


2 Refer to the program statements and enter the 
maximum result of; 
(2 x the number of terminals allocated to any 
task) + (4 x the number of disk files allocated 
to the same task) + 34. 


Enter the maximum result of A, B, or C below. 
DFF request length (PRUFLNG) + 19 
Program request length (PGMREQL) + 12 


Command length (COMMANDL) + 12 


For 5704-SC2 with SIOC only 

Enter the result of; 
(value of MAXMSG specified on PORTLINE 
statement) + 15 + (the value calculated in 
step 2 above). 


Invite Area 


5 Enter the result of A or B below. 
(number of input capable terminals x 23) + 4 
(5704-SC1) 
(number of input capable terminals x 20) + 4 
(5704-SC2) 


Total TPBUFF 


6 Add items 1 through 5 above, enter result. The 
result should not exceed 18K (18,432) and if Pro- 
gram Number 5704-SC2 using optional DFF buffer, 
the minimum is 2K (2,048). {f so, enter result in 
Section 3 of Figure 11 (5704-SC1) or Section 4 
of Figure 13 (5704-SC2). 





Figure 9, Estimating Storage Requirements for the Dynamic TP Buffer 
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Cccp Internal 
Components Terminology Details for Estimating Storage Requirements 


Section 1—General 
Applies to all CCP configurations 


Transient Space reserved for CCP transients. 
areas 


Common $CC4#1 Enter $CC4#1 storage requirements from Figure 7 here. 
CCP code 


Program If PGMCNT-YES ($EFAC), enter 2 x (number of program 
request statements in assignment set). 
count 

' table 


User $CC4Z9 If secure-user is used in $ESEC statement, enter size of user’s 
security security information (value of LUSI keyword). 


Terminal Enter 5 x (number of TERMATTR statements in assignment 
attribute set). 
set 


Section 1 Add results within this section, enter total here and in 
total Section 8 below. 


Section 2—Control information for MLTA communications lines. {f no MLTALINE statements in assignment 
set, skip to Section 3. 


Refer to MLTALINE and MLTATERM statements within 
assignment set. 


MLTA line numbers... 
1 2 3 4 
Define DTF/LCB Enter 126 bytes for each 
file/line MLTALINE statement. 
control 
block 


Terminal Enter 5 x (number of 

statistics MLTATERM statements) 

tables for each MLTALINE 
statement. 


Polling list POLLLIST Enter 12 x (number of 1050 
(note 1) terminal entries in POLLLIST) 
for each MLTALINE statement 


Aliso enter 6 + (3 x number of 
non-1050 terminal entries in 
POLLLIST) for each 
MLTALINE statement. 





Figure 10 (Part 1 of 6). Storage Requirements for Common Code and Control Tables — 5704-SC1 only 
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CCP Internal 
Components Terminology 


Check list 


MLTA line 
buffers 
(note 1) 


Line 
totals 


Adaptor 
DTF 


Section 2 
total 


Details for Estimating Storage Requirements 


MLTA line numbers. . . 


1 2 3 4 
Enter 3 for each MLTALINE 


statement. 


Enter the appropriate 

values as calculated below for 
each terminal type on each 
MLTA line. 


2741: MAXRECL + 15 = 


1050 or 2740 automatic 
Polling: MAXRECL + 14 = 


1050 not automatic 
polling: MAXRECL + 17 = 


2740 control station, not 
automatic polling: 


MAXRECL + 17 = 


2740 transmit control: 
MAXRECL + 17 = 


All others terminal types: 
MAXRECL + 15 = 


Add results above for each 
MLTA line. 


Main storage requirement for MLTA adaptor DTF. 
Add line totals and. adaptor requirements. 
Enter result here and in Section 8 below. 


Note 1 — The MLTA POLLLIST and line buffers are actually 
located just before $CC4#2. 
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Cccp 
Components 










Internal 
Terminology 








Details for Estimating Storage Requirements 





Section 3—Control information for BSCA communications lines. If no BSCALINE statements in assignment 
set, skip to Section 4. 








Refer to BSCALINE and BSCATERM statements within 
assignment set. 










BSCA line number. 
1 2 















Define DTF/LCB Enter 136 bytes for each 
file/line BSCALINE statement. 
control 









block If TYPE-SW within BSCALINE statement, 


enter 4 for those line numbers. 















Addressing 
list 


ADDRLIST 





If TYPE-CS in BSCALINE statement, enter 
({number of BSCATERM statements) x 

(number of ADDRCHAR characters + 3) + 1) 
for each line statement. 










POLLLIST 







Polling 
list 


If TYPE-CS in BSCALINE statement, enter 
((number of POLLLIST entries) x (number 
of POLLCHAR characters + 3) + 1) for each 
line statement. 






















Terminal 
statistics 
tables 


Enter 4 + ((number of BSCATERM statements) 
x 2 x (number of POLLCHAR + 7)) for each 
line statement. 











Check 
list 


Enter 3 for each BSCALINE statement. 












Line 
totals 


Add results above for each BSCA line. 
















Section 3 
total 


Add both line totals, enter result here and in Section 8 
below. 
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CCP Internal 
Components Terminology Details for Estimating Storage Requirements 


Section 4—Control information for BSCA and/or MLTA terminals. 


Refer to MLTATERM, BSCATERM and TERMNAME statements 
within assignment set. 


Terminal Enter 38 x (number of MLTA and BSCA terminals). 
unit block 
Also enter 19 x (number of BSCA switched terminals) + 1 


Also enter 19 x (number of BSCA command terminals) + 1 


Terminal Enter 23 + (11 x number of TERMNAME statements). 
name table 


Section 4 Add results within this section, enter result here and in Section 8 
total below. 


Section 5—Control information for symbolic and associated symbolic files. If no SYMFILE statements within 
assignment set, skip to Section 6. 


Refer to SYMFILE, BSCATERM and Program statements within 
assignment set. 


File Enter (number of SYMFILES) x ((1 + number of command 
specifica- terminals) + (number of user programs allowed to run 
tion blocks concurrently”*)). 

15 maximum 


Symbolic Calculate the size of one XDT for each SYMFILE statement. 
file table Each table = 9 + number of DISKFILE references within 
SYMFILE statement. 


Enter total for all SYMFILE statements. The XDT is actually 
located following the SDF address list below. 


Section 5 Add results within this section, enter total here and in Section 8 
total below. 
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CCP 
Components 


Internal 
Terminology 





Section 7. 






Short DTF 
address list 








File 
sharing 
queue 
element 







CCP 
master 
indexes 







Section 6 
total 







Section 6—Control information for disk files. If no diskfile statements within assignment set, skip to 





Details for Estimating Storage Requirements 







Choose the appropriate following lines according to diskfile statement organizations 
in the assignment set. The contro! blocks are positioned in main storage in the same 
sequence as the diskfile statements in the assignment set. 


Enter 20 X (number of direct diskfile statements). 
Enter 21 X (number of consecutive diskfile statements). 


Enter 30 X (number of indexed load diskfile statements) + 2 x (the 
key length for each indexed file). 


Enter 38 X (number of indexed random diskfile statements) + 2 x (the 
key length for each indexed file). 


'f track index exists, enter 3 x (number of indexed add files). 


Enter 11 X (number of physical files). 


Enter 15 X the number of FSQE’s specified in the assignment set, 
or 
Calculate the following ratio for each program. 
R = (number of shared files)/(number of 2K blocks required by 
program) 
Use the largest calculated ratio for ‘R’ below. Enter 15 X R X (the 
maximum number of copies of the program used to obtain R that can 
fit into the user program area. 


Calculate one master index for each diskfile statement with 
MSTRINDX-YES specified. 


Master index length = value specified for MIXSIZE keyword within 
diskfile statement. 

or 
Master index length = (KEYL + 2) x [(number of disk cylinders in 
index) + 3)]. 


Enter total for all master indexes here. 


Add results within this section, enter total here and in Section 8 
below. 
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CCP Internal 
Components Terminology Details for Estimating Storage Requirements 


Section 7—Control information for user programs. 


Program Enter 6 X the number of sectors of PCT in $CCPFILE, or as a rough 
character- approximation, enter 1.5 X number of program statements rounded 
istics table up to the nearest multiple of 6. Also enter value in Section 8 below. 


Section 8—CCP common code and control table totals. 


Enter total from Section 1 here. 

Enter total from Section 2 here. 

Enter total from Section 3 here. 

Enter total from Section 4 here. 

Enter total from Section 5 here. 

Enter total from Section 6 here. 

Enter total from Section 7 here. 
Common Add all lines above. Sum represents size of all CCP common code and 
code and control tables. It cannot exceed 16K (16,384) for any CCP configura- 
control tion. If DFF is configurated, the above sum cannot exceed 15,254 


table total bytes. If DFF and MLTA is configured, the above sum cannot exceed 
15,246 bytes less 3 bytes for each individual type of MLTA terminal. 
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CccP Internal 
Components Terminology Details for Estimating Storage Requirements 


Section 1—General 
Applies to all CCP configurations 


Common Enter the total from Section 8 of Figure 4 here. 
code & 

control 

tables 


Communica- Enter the $CC4#2 storage requirements from Figure 1 here. 
tion support 
code 


BSCA $CC$BS If TRACEMLMP will be specified at startup enter 650. 
trace 


MLTA $CC$ML If TRACEMLTA will be specified at startup enter 1325. 
trace 


Section 1 Add results within this section, enter total here and in Section 3 below. 
total 





Figure 11 (Part 1 of 2). Storage Requirements for Resident CCP — 5704-SC1 only 


Configuration Limitations, Storage Estimates and Performance Considerations 189 


CCP internal 
Components Terminology Details for Estimating Storage Requirements 


Section 2—Line buffers for BSCA communications lines. If no BSCALINE statements in assignment set, 
skip to Section 3. 


Refer to TERMATTR, BSCALINE and BSCATERM statements within 
assignment set. 


BSCA line Calculate the size of each line buffer as follows: Line Number 
buffers 1 2 
Enter (largest BLKL value used on each line) + 42. 


If ITB-Y, TRANSP-N within TERMATTR statement, 
enter 1 here. 


If ITB-Y, TRANSP-Y within TERMATTR statement, 
enter 7 here. 


{if DBLBUF-YES within BSCALINE statement, add lines 
1, 2, and 3 and enter total here. 


If XMCODE-ASCH specified in BSCALINE statement, 
add lines 1, 2, and 3 and enter total here. 


If TYPE-SW within BSCALINE statement, enter number 
of IDEXSEND characters here. 


If TYPE-SW within BSCALINE statement, enter number 
of IDEXRCV characters within BSCATERM statement 
here. 


Add items 1 through 7 above for each BSCA line, and 
enter totals here. 


Section 2 | Add totals of both BSCA lines, enter result here and in Section 3 
total | below. —— 


Section 3~Resident CCP totals. 
Enter total from Section 1 here. 
Enter total from Section 2 here. 
Enter the size of the TP buffer from Figure 3 here. 
Resident Add the 3 lines above, and round up to the next 2K (2,048) increment. 


CCP total The difference is added to the size of TP buffer. The result represents 
the size of resident CCP and cannot exceed 48K (49,152). 
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ccP Internal 
Components Terminology Details for Estimating Storage Requirements 


Section 1—General 
Applies to all CCP configurations 


Transient ™T11&T2 Space reserved for CCP transients. 
areas 


Common $CC4#1 Enter $CC4#1 storage requirements from Figure 8 here. 
CCP code 


Program PCT If PEMCNT-YES ($EFAC), enter 2 x (number of PROGRAM state- 
request ments in assignment set). 

count 

table 


‘User $CC4zZ9 If SECURE-USER is used in $ESEC statement, enter size of user’s 
security security information (value of LUSI keyword). 


Terminal Enter 5 x (high sequence number specified in the ATTRID param- 
attribute eter of the TERMATTR assignment statement). 
set 


Section 1 Add results within this section, enter total here and in Section 10 below. 
total 


Section 2—Control information for MLTA communications lines. If no MLTALINE statements in assignment 
set, skip to Section 3. 


Refer to MLTALINE and MLTATERM statements within assignment set. 


MLTA Line Numbers... 
1 2 3 4 
Define DTF/LCB Enter 126 bytes for each 
file/line MLTALINE statement. 
control 
block 


Terminal Enter 5 x (number of 

Statistics MLTATERM statements) 

tables . for each MLTALINE 
statement. 


Polling list POLLLIST Enter 12 x (number of 1050 
(note 1) terminal entries in POLLLIST) 
for each MLTALINE statement 


Aliso enter 6 + (3 x number of 
non-1050 terminal entries in 
POLLLIST) for each 
MLTALINE statement. 


Check list Enter 3 for each MLTALINE 
statement. 
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ccpPp 
Components 


MLTA tine 
buffers 
(note 1) 


Line totals 


Adaptor 
DTF 


Section 2 
total 


Internal 
Terminology 


Details for Estimating Storage Requirements 


Enter the appropriate values calculated below for each terminal type on 
each MLTA line. 


2741: MAXRECL + 15= 


1050 or 2740 automatic 
polling: MAXRECL + 14= 


1050 not automatic 
polling: MAXRECL + 17 = 


2740 control station, not 
automatic polling: 
MAXRECL + 17 = 


2740 transmit control: 
MAXRECL + 17 = 


All others terminal types: 
MAXRECL + 15 = 


Add results above for each 
MLTA line. 


Main storage requirement for MLTA adaptor DTF. 


Add line totals and adaptor requirements. Enter result here and in 
Section 10 below. 


Note 1—The MLTA POLLLIST and line buffers are actually located 
just before $CC4#2. 
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CCP Internal 
Components 


Terminology 


Details for Estimating Storage Requirements 


Section 3—Control information for BSCA and BSCC communications lines. If no BSCALINE statements 
within assignment set, skip to Section 4. 


BSCA DTF/LCB 
line 

control 

block 


BSCC line 
control block 


DTF CLB 


Check list 


Line totals 


Section 3 
total 





Line Number 
2 3 
Enter 137 bytes for each BSCALINE 
jor2 


If TYPE-SW within BSCALINE statement, 
enter 4 for those line numbers. 


Enter 132 bytes for each BSCALINE 
3or4 


Enter 3 for each BSCALINE 1 or 2 statement. 
Add results above for each BSCA line. 


Add all line totals, enter result here and in Section 10 below. 


Section 4—Control information for the serial 1/O channel and BSCA or BSCC PORTLINE. If no 
PORTLINE statement within assignment set, skip to Section 5. 


SIOC line DTF/CLB 
control block 

BSCA DTF/LCB 
PORTLINE 

control block 

BSCC DTF/CLB 


PORTLINE 
control block 


Check list 


Section 4 
total 





Enter 131 bytes for each PORTLINE type SIOC. 


Enter 137 bytes for each PORTLINE type line 1, line 2, or 
TTASK. 


Enter 132 bytes for each PORTLINE type line 3 or line 4. 


Enter 3 for each PORTLINE type line 1, line 2, or TTASK. 


Add all line totals; enter result here and in section 10 below. 
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CCP Internal 
Components Terminology Details for Estimating Storage Requirements 





Section 5--Control information for BSCA, BSCC and MLTA terminals. Control 
information for SIOC ports. 


Refer to MLTATERM, BSCATERM, and PORTLINE 
statements within assignment set. 


Terminal unit TUB Enter 39 x (number of MLTA and BSCA and BSCC 
block terminals). — 


Also enter 19 x (number of BSCA switched 
terminals) +1. 


Also enter 19 x (number of command terminals) 
+1. 


Also enter 58 x (number of acquirable and 
nonacquirable BSCA or BSCC ports) oso. + 


Also enter 39 x (number of acquirable and non- 
acquirable SIOC ports). — 


Also enter 45 x (number of task chaining terminals 
as specified on MAXCHAIN parameter in the 


SYSTEM assignment statement). =e 
Section 5 total Add results within this section, enter total here and 
in Section 10 below. _—_—_ 


Section 6—Control information for BSCA, BSCC, and MLTA terminals. Control infor- 
mation for SIOC ports. If terminal name table MOVEOUT (MOVTNT) specified, 
skip to Section 7. 


a 
Refer to TERMNAME and PORTLINE statements 
within assignment set. 





Terminal name Enter 23 + (11 x number of TERMNAME 


table statements). ——_ 
Enter 11 + (11 x number of SIOC ports, BSCA ports, 
and BSCC ports specified). —_ 
Section 6 Add results within this section, enter total here and 
total in Section 10 below. ——— 
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CCP Internal 


Components Terminology Details for Estimating Storage Requirements 





Section 7—Control information for symbolic and associated symbolic files. If 
resident open/close (RESOPN) specified or more than 50 disk files or resident DFF 
indexed (DFFINDX) specified, skip to Section 9. If no SYMFILE statements 
within assignment set, skip to Section 8. 







Refer to SYMFILE, BSCATERM, and program 
staternents within assignment set. 








File 
specification 
blocks 


FSB Enter (number of SYMF!LES) x (number of com- 
mand terminals) + (number of user programs allowed 
to run concurrently*), 
* 15 maximum Seer 





XDT Calculate the size of one XDT for each SYMFILE 
statement. Each table = 9 + number of diskfile 
references within SYMFILE statement. Enter total 
for all SYMFILE statements. The XDT is acually 
located following the SDF address list below. 


Symbolic file 
table 








Section 7 
total 





Add results within this section, enter total here and 
in Section 10 below. —_—— 






Section 8—Control information for disk files. If resident open/close (RESOPN) specified or more than 
fifty disk files or resident DFF indexes (DFFINDX) specified, skip to Section 9. 















Share DTF 
address list 


Enter 12 x (number of physical disk files). Also enter value 
in Section 10 below. ——— 






Section 9—Control information for user programs. 


Program PCT Enter 6 + the number of sectors of PCT in $CCPFILE, or as a rough 
character- approximation, enter 1.5 x number of program statements rounded 
istics table up to the nearest multiple of 6. Also enter value in Section 10 below. 
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CCP 
Components 














Common code 
and control 
table total 
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Section 10—CCP common code and control table totals. 


Internal 
Terminology 





Details for Estimating Storage Requirements 


Enter total from Section 1 here. 
Enter total from Section 2 here. 
Enter total from Section 3 here. 
Enter total from Section 4 here, 
Enter total from Section 5 here. 
Enter total from Section 6 here. 
Enter total from Section 7 here. 
Enter total from Section 8 here. 
Enter total from Section 9 here. 


If DFF is configured without 
DFF moved out, enter 3900 here. 


Enter 21 for line address holder. 
Add all lines above. Sum represents size of all CCP common code 


and control tables. It cannot exceed 16K (16,384) for any CCP 
configuration. 


Storage Requirements for Common Code and Control Tables — 5704-SC2 only 






















ccP 
Components 


Internal 
Terminology Details for Estimating Storage Requirements 


Section 1—General 
Applies to all CCP configurations 


Common 
code & 
control 
tables 


Communica- 
tion support 
code 

BSCA trace 

MLTA trace 


Section 1 
total 


Enter the total from Section 10 of Figure 12 here. 


Enter the $CC4#2 storage requirements from Figure 8 here. 


$CC$BS 1f TRACEMLMP may be specified at startup enter 650. 
$CCSML lf TRACEMLTA may be specified at startup enter 1325. 


Add results within this section; enter total here and in Section 3 
below. 


Section 2—Line buffers for BSCA communications lines. If no BSCALINE statements in assignment set, 
skip to Section 3. 


BSCA line 
buffers 


Refer to TERMATTR, BSCALINE and BSCATERM statements within 
assignment stage. 


Calculate the size of each line buffer as follows: 


Enter (largest BLKL value used on each line rounded 
up to the nearest multiple of 256) + 42. 


If 1TB-Y, TRANSP-N within TERMATTR statement, 
enter 1 here. 


If ITB-Y, TRANSP-Y within TERMATTR statement, 
enter 7 here. 


If DBLBUF-YES within BSCALINE statement, add lines 
1, 2, and 3 and enter total! here. 


If XMCODE-ASCII specified in BSCALINE statement, add 
lines 1, 2, and 3 and enter total here. 
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CCP Internal 
Components Terminology Details for Estimating Storage Requirements 


6 If TYPE-SW within BSCALINE statement, enter number 
of IDEXSEND characters here. 


lf TYPE-SW within BSCALINE statement, enter number 
of IDEXRCV characters within BSCATERM statement 
here. 


Addressing list} ADDRLIST lf TYPE-CS in BSCALINE statement enter ((number 
of BSCATERM statements) x (number of 
ADDRCHAR characters + 3) + 1) for each line 
statement. 


Polling list POLLLIST If TYPE-CS in BSCALINE statement enter ((number 
of POLLLIST entries) x (number of POLLCHAR 


characters + 3) + 1) for each line statement. 


Terminal 10 Enter 4 + ((number of BSCATERM statements) x 2 
statistics x (number of POLLCHAR + 7)) for each line 
tables statement. 


11 Add items 1 through 10 above for each BSCA line, 
and enter totals here. Sent 


Section 2 Add totals of both BSCA lines, enter result here and in Section 3 
total below. 


Enter total from Section 1 here. 
Enter total from Section 2 here. 


Enter the size of the TP buffer from Figure 9 here. 


Resident Add the 3 lines above, and round up to the next 2K (2,048) increment. 
CCP sub-total The difference is added to the size of TP buffer. The result cannot 
exceed 48K (49,152). Enter result here. 


For each optional DFF buffer (maximum of one per BSCA line), add 
2048 to total above. Enter here and in Section 12 below. 
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CCP Internal 


Components Terminology Details for Estimating Storage Requirements 





Section 4—Moved out terminal name tables. If terminal name table MOVEOUT (MOVTNT) not 
specified, skip to Section 5. 


Refer to MLTATERM, BSCATERM, and TERMNAME 
statements within assignment set. 


Terminal TNT Enter 23 + (11 x number of TERMNAME statements). 
name table 

Enter 11 + (11 x number of SIOC ports and BSCA ports or 
BSCC ports specified. 


Add results in this section; enter total here and in Section 12 
below. 





Section 5—Resident pseudo OPEN/CLOSE of disk files. If resident open/close (RESOPN) 
not specified, skip to Section 6. 


Resident $CCROC Resident pseudo OPEN-CLOSE requires 10K (10,240). Also enter 
open/close value in Section 12 below. 10,240 





Section 6—Control information within the external pointer list (EPL). If resident open/close (RESOPN) 
not specified and not more than fifty disk files (DISKFILE) specified and resident DFF indexes (DFFINDX) 
not specified, skip to Section 7. 


Header EPL Contains four 2 byte pointers. +8 
Symbolic XDT Calculate the size of one table for each SYMFILE statement. ss 
file table Each table = 9 + number of diskfile references within 


SYMFILE statement. 
Enter total for all SYMFILE statements. The XDT is actually 
located following the SDF address list below. 


File FSB Enter (number of SYMFILES) x ({number of command terminals) + 

specifica- (number of user programs allowed to run concurrently)). oz — 
tion blocks 

Share DTF SDF @ Enter 12 x (number of physical disk files). ——— 
address list List 

Object library EP@QCS Contains ail referenced Q codes and their cylinder/sector addresses 

address table that were in the assignment set. —_—— 
DFF tf DEFINDX-YES is specified, enter 6 x (number of DFF formats 

indexes used). = 5 
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Cccp 
Components 


Section 6 
total 


Internal 


Terminology 


Details for Estimating Storage Requirements 





Add results within this section, and round up to the next 2K (2,048) 
increment. If result is greater than 4K (4,096), then change it to 4K. 
Enter result here and in Section 12 below. The difference between the 
space used for disk files and the final result is used for DFF resident 
indexes. However all of the format indexes may not be in main 
storage even if DFFINDX-YES is specified. 





Section 7—Resident program request. If resident program request (RESREQ) not specified, 
skip to Section 8. 


Resident 


program 
request 





$CCRPR 


Resident program request requires 4K (4,096). 
Also enter value in Section 12 below. 





Section 8—Display Format facility MOVEOUT. If DEF MOVEQUT (MOVDFF) not specified, 
skip to Section 9. 


DFF 
MOVEOUT 


$CC4DF 


DFF requires 4K (4,096). Also enter value in Section 12 below. 





Section 9—Control information for BSCC. {f not using BSCC (BSCA lines 3 or 4), skip to Section 12. 





Transient 
area 


Communica- 
tion support 
code 


BSCC trace 


Addressing 
list 


Polling list 


Terminal 
statistics 
tables 


BSCC 
work area 


T3 + 
$CC4U0 


$CC4#M 


S$BSYT 


ADDRLIST 


POLLLIST 


TST 


Space reserved for BSCC transients and BSCC system message 2048 
formatting. 


Enter the $CC4#M storage requirements from Figure 8 here. 


\f TRACEBSCC will be specified at startup enter 256 x (1 + BSCCBLK) 


If TYPE-CS in BSCALINE statement, enter Line Number 
((number of BSCATERM statements) x 3 4 
(number of ADDRCHAR characters + 3) + 1) 
for each line statement. 


If TYPE-CS in BSCALINE statement, enter 
[(number of POLLLIST entries) x (number 
of POLLCHAR characters + 3) + 1] for each 
line statement. 


Enter 4 + ((number of BSCATERM statements) 
x 2 x (number of POLLCHAR + 7)) for each. 


line statement. 


BSCC work area requirements enter 206 for 
each BSCC line used. 


Add totals of both BSCC lines, enter result 
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CCP Internal 





Components Terminology | Details for Estimating Storage Requirements 
BSCC line Calculate the size of each line buffer as follows: Line Number 
buffers 3 4 


1 Enter (largest BLKL value used on each line 
rounded up to the nearest multiple of 256) 
+ 42, 


2 If ITB-Y, TRANSP-N within TERMATTR 
statement, enter 1 here. a a 


3 If ITB-Y, TRANSP-Y within TERMATTR 
statement, enter 7 here. aa a 


4 !f DBLBUF-YES within BSCALINE state- 
ment, add lines 1, 2, and 3 and enter total 
here. Ss 


5 If TYPE-SW within BSCALINE statement, 
enter number of IDEXSEND characters here. =.= 


6 If TYPE-SW within BSCALINE statement, 


enter number of IDEXRCV characters within 
BSCATERM statement here. a 


7 Add items 1 through 6 above for each BSCC 
line, and enter totals here. SSS 


Add buffer totals of both BSCC lines, and enter result. 


Section 9 Add results within this section, and round up to the next 2K (2,048) 
total increment. Enter result here and in Section 12. nenemee 


“Section 10—Control information and support for SIOC. If SIOC not specified, skip to Section 12. 
Communica- $CC4#S SIOC requires 4K (4,096). Also enter value in Section 12 below. 


tion support 
code 





Section 11~—Line buffers for SIOC and BSCA or BSCC PORTLINE communications. If no 
PORTLINE statement in assignment set, skip to Section 12. 


Refer to the PORTLINE statement within assignment set. 
SIOC line Enter (BLKL value used on PORTLINE statement rounded up 


buffer to the nearest multiple of 256) + 42. Also enter value in 
Section 12. 
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ccp 
Components 


Internal 
Terminology 


Details for Estimating Storage Requirements 





Section 12—Resident CCP totals. 


Resident CCP 
total 


Enter resident CCP sub-total from Section 3 here. 
Enter total from Section 4 here. 

Enter total from Section 5 here. 

Enter total from Section 6 here. 

Enter total from Section 7 here. 

Enter total from Section 8 here. 

Enter total from Section 9 here. 

Enter total from Section 10 here. 

Enter total from Section 11 here. 

Add the lines above. 


The result represents the total main storage requirement of 
resident CCP. 
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For any currently executing user program using DFF, the following storage is appended to the user program. 









Program Appended Storage 
Use the following to calculate the size of the terminal table and the format table. 






Enter 37 x (value of DFFMTERM within PROGRAM statement) 






Enter 18 x (value of DFFNDF within PROGRAM statement) 









Add 127 + 127 






Add the three lines above, round up to the next 256 bytes and enter result here. 





The minimum storage size of 256 for these tables will contain enough space for any one 
of the following combinations of terminals and formats. 







1 terminal + (1 to 5 formats) or 
2 terminals + (1 to 3 formats) or 
3 terminals + 1 format 










Enter the size specified for the field descriptor table (DFFSFDT within PROGRAM statement) 
rounded up to the next 256 byte multiple. 







The decimal length of a field descriptor table can be estimated as 256 bytes for the first 1 to 17 
fields defined within the DFF format, and another 256 bytes for each 18 additional fields or 
fraction thereof. 







Figure 14. DFF Storage Requirements Within the User Program Area 


Enter the size of resident CCP from Figure 11 or Figure 13 here. 


Enter your estimated requirement for the size of the user program area here. Take into account 
the DFF storage requirements from Figure 14 above. Take into account the storage requirements 


for memory resident overlays (MORCOR parameter on system statement at assignment). Also 


take into account any storage required for use to external buffers. Use the value obtained for 
the value of the MINUPA parameter within system statement at assignment. 


Add above figures and enter resuit here. Result represents the partition size required for the 
executable CCP configuration. 
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MAXIMUM CCP SYSTEM EXAMPLE (5704-SC2 ONLY) 


This section shows an example of a maximum CCP system 

in which a 512K System/3 Model 15D with 4 BSC lines is 
used. This example supports 120 terminals, 192 files, and 
432 programs, and it illustrates how main storage is allocated 
for a large configuration. 


Figure 16 shows a detailed listing of the main storage 
requirements for this example. The resident CCP total of 
94,921 bytes can be achieved because as many routines 

and buffers as possible have been mapped out to other 

parts of main storage via generation and assignment options; 
normally, resident CCP code is limited to 64K bytes. 


As supporting documentation, Figure 17 shows the genera- 


tion options selected for this example and Figure 18 shows 
the assignment set. 
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ccP Internal 
Components Terminology Details for Estimating Storage Requirement 


Section 1—General 


Transient Space reserved for CCP transients. 
areas 


Common Enter $CC4#1 storage requirements. 
CCP code 


Terminal Enter 5 x (high ATTRID on the TERMATTR statement) 
attribute set 


Section 1 Add results in this section. 
total 


Section 3—Control information for BSCA & BSCC lines 


BSCA line DTF/LCB Enter 137 bytes for each BSCALINE 1 or 2. 
control block 


BSCC line DTF/CLB Enter 132 bytes for each BSCALINE 3 or 4. 
control block 


Check list Enter 3 for each line 1 & 2. 
Line totals Add results for each line. 


Section 3 Add results in this section. 
total 


Section 5—Control information for terminals 
Terminal Enter 39 x (number of terminals). 
unit block 
Enter 19 x (number of command terminals). 


Enter 45 x (number of task-chaining terminals). 


Section 5 Add results in this section. 
total 


Section 9—Control information for user programs 


Program Enter 6 + 6 x (number of PCT sectors in $CCPFILE). 
contro! 
table 
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Cccp 
Components 


Internal 
Terminology 





Details for Estimating Storage Requirement 


Section 10—CCP common code and control table totals 






Enter Section 1 total. 







Enter Section 3 total. 







Enter Section 5 total. 







Enter Section 9 total. 








Enter 21 for ADDR. holder 





Common 
code total 


Add all lines above. Cannot exceed 16K (16,384). 
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CCP internal 
Components Terminology 


Section 1—General 


Common 
code total 


Communica- 
tion code 


Section 1 
total 


Details for Estimating Storage Requirement 


Enter total from Section 10. 


Enter the $CC4#2 storage requirements. 


Add results in this section. 


Section 2—Line buffers for BSCA lines 


BSCA line 
buffers 


Addressing ADDRLIST 
list 


Polling POLLLIST 
list 


Terminal 
statistics 
table 


Line totals 


Section 2 
total 


Calculate the size of each line buffer as follows: 
1 Enter (largest BLKL used on each line) + 42. 


Enter ((number of BSCATERMS) x (number of 
ADDRCHAR + 3) + 1) for each line. 


Enter ((number of POLLLIST entries) x (number 
of POLLCHAR + 3) + 1) for each line. 


Enter 4 + ((number of BSCATERMS) x 2 x (number 
of POLLCHAR + 7)) for each line. 
Add results for each line. 


Add results in this section. 


Section 3—Resident CCP sub-total 


Resident 
CCP 
sub-total 


Enter Section 1 total. 
Enter Section 2 total. 
Enter TP buffer size. 
Add all lines above. Round up to the next 2K (2,048) 


increment. Difference is added to the size of TP buffer. 
Cannot exceed 48K (49,152). 
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CcP Internal 
Components Terminology Details for Estimating Storage Requirement 





Section 4—Moved out terminal name tables 


Terminal TNT Enter 23 + (11 x number TERMNAME statements) rounded 
name table up to next 2K. 





Section 5—Resident pseudo open/close of disk files 


Resident $CCROC Resident pseudo open/close requires 10K (10,240). 
open/close 





Section 6—Control information within the external pointer list 


Header Contains 4 two byte ptrs. 

Symbolic Enter 9 + (number of disk file ref. within each SYMFILE 
file table 5 statement). 

File Enter (# of SYMFILES) x ((# command terminals) + 
specification (# user TCBS)) 

blocks 

Share DTF SDF@ Enter 12 x (number of physical disk files). 

address list list 

Object EP@QCS All referenced Q-codes and C/S addresses. 

library 


address table 


DFF Enter 6 x (number of DFF formats used). 

indexes 

Section 7 Add results in this section. Round up to next 2K (2,048) 
total increment. 





Section 7—Resident program request 


Resident $CCRPR Resident program request requires 4K (4,096). 
program 
request 





Section 8—Display format facility MOVEOUT 


DFF $CC4DF DFF requires 4K (4,096). 
MOVEOUT 
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CCP 
Components 


Transient 
area 





Communica- 
tion support 
area 


Addressing 
list 


Polling list 
Terminal 
statistics 


table 


BSCC work 
area 


BSCC line 
buffers 
Line totals 


Section 10 
total 


Section 9—Control information for BSCC 













Internal 


Terminology Details for Estimating Storage Requirement 









T3 & 
$CC4U0 


Space reserved for BSCC transients 2K (2,048). 










$CC4#M Enter the $CC4#M storage requirements. 








ADDORLIST 





Enter (number of BSCATERMS) x (number of 
ADDRCHAR + 3) + 1 for each line. 









POLLLIST Enter (number of POLLLIST entries) x (number 


of POLLCHAR + 3) + 1 for each line. 











Enter 4 + ((number of BSCATERMS) x 2 x (number 
of POLLCHAR + 7)) for each line. 







Enter 206 for each line. 







Calculate the size of each BSCC line as follows: 





1 Enter (largest BLK L used on each line) + 42. 1322 1322 






Add results for each line. 






Add results in this section. 


Section 12—Resident CCP totals 


Resident 
CCP total 


Enter resident CCP subtotal from Section 3. 


Enter Section 4 total. 


Enter Section 5 total. 


Enter Section 6 total. 


Enter Section 7 total. 


Enter Section 8 total. 


Enter Section 9 total. 


Add the lines above. The result represents the total main storage 
requirement of resident CCP. 
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GENERATION USED FOR A MAXIMUM CCP SYSTEM 


(5704-SC2 ONLY) 


FER HEH HHH HE HOH HHH NH HO HHH WW NBO OO HOO OW OO IO SED 00010000 
A MAX IMUM 
HRI HE HE HEN IEE HEN IIH NW BH DE DEI DE IW NOW DOI I OW OKIE 00030000 
f/f CALL SCGIGI,RI 


x GEN 


“7 RUN 


SEFAC ESCAPE-'s/ssss", 


SEPLG 
SEPLG 
SEPLG 
SEPLG 


SESEC 
SEFIL 


SEBSC 


SEBSD 
SEBSD 
SEBSD 
SEBSD 
SEBSD 
SEBSD 
SEBSD 
SEBSD 
SECSC 


SECSD 
SECSD 
SECSD 
SECSD 
SECSD 
$ECSD 
SECSD 
SECSD 
SEGEN 


Figure 17. CCP Generation Listing Used for Example—5704-SC2 Only 


210 


US ED 


PGMCNT-NO, 
FORMAT-YES, 
PRUF-YES, 
ACCEPT-YES, 
RESOPN-YES, 
BSYPRT-YES, 
MOVTINT-YES, 
MOVDFF~-YES, 
RESREQ-YES, 
CPUMSG-YES, 
TTASK-YES 
LANG-COBOL, 
PPUNIT-R2 
LANG-FORTRAN, 
PPUNIT-R2 
LANG-ASSEM, 
PPUNIT-R2 
LANG-RPGIT, 
PPUNIT~-R2 


SECURE-CCP 
SETS~12, 
PROGS~-10, 


DFILES-5, 
TERMNS-8, 
DUMPS~-1, 
CORE-512K, 
FLPACK~F2F2F2, 
FLUNIT-F2, 
DPTRAC-10 
BSCA-2, 
DA-YES, 
CS~YES, 
GETMSG-YES, 
RECSEP-1E, 
RESPOL~YES, 
INTPOL-YES, 
EBCDIC~YES, 
PORT-YES 
TYPE-3275M1 
TYPE-3277M1 
TYPE-3284M1 
TYPE-32S6M1 
TYPE-3275M2 
TYPE-3277M2 
TYPE-3284M2 
TYPE-3286N2 
BSCC~2, 
GETMSG-YES, 
RECSEP-1E, 
InTPOL-YES, 
PORT-YES, 
EBCDIC-YES, 
CS-YES 
TYPE-3275M1 
TYPE-3277M1 
TYPE-3284M1 
TYPE-3286M1 
TYPE-3275M2 
TYPE-3277M2 
TYPE-3284M2 
TYPE-3286M2 
DSUNIT-Fi, 
CCUNIT-R2, 
WKUNIT-D2, 
WKPACK-D2D2D2, 
DIUNIT-R1, 
MINRES-NO 
CARD-~NO 
DPPACK~D2D2D2 
DPUNIT-D2 


nn | 


tt &€ tt € t @ ttt tf tf tt ft bt tt tb) te a et 


fl Rh eb P a Oe bee eo i ae ok Pa 


‘ 


iret’ detedte 


JB Shien | 


SE 
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NO 7 X'XXXXXXXXXXXX!? == 

NQ -- PROGRAM USE COUNT 

NO -- DFF SUPPORT 

NO -- PRUF SUPPORT 

NO -~ RESIDENT INPUT DATA HANDLER 
NO -~ RESIDENT OPEN CLOSE 

NO -~- BUSY PRINTER HANDLING 

NO ~- TNT MOVED OUT BY STARTUP 

NO -- DFF MOD. MOVED OUT BY STARTUP 
NO -- RESIDENT PROGRAM REQUEST 

NO -- S TYPE MSG'S CFOR $734 CPU) 
NO -~ TASK-TO-TASK SUPPORT 

RPGII 7 FORTRAN 7 ASSEM -- 

RL / Fl / F2 -- 

COBOL 7 RPGII 7 ASSEM ~- 

Rl 7 Fl ¢ F2 -- 

COBOL 7 RPGII 7 FORTRAN -- 

Rl 7 Fl / F2 -- 

COBOL 7 FORTRAN 7 ASSEM -~- 

Rif FLA Fei = 

NO 7 USER CREQUIRES 'LUSI" PARM) 
1 - 25 -- MAX # OF SETS ON FILE 

Il - 999 -- # OF PROGS/SET 

lt - 192 -- # OF DISK FILES/SET 

2 - 254 -- # OF TERMINALS/SET 

2 - 99 -~ # OF DUMP AREAS WANTED 


96K/S128KSIBOK/IL92K/ 224K 256K/ 384K 


NANE OF PACK --S$CCPFILE'S PACK NAME 
Rl 7 Fi /“ R2 --S$CCPFILE'S UNIT NAME 
# OF TRACE AREA TRACKS 


0 - 2 -- 


* OF BSCA LINES 


NO -- DISPLAY ADAPTER SUPPORT 
NO -- BSCA CONTROL STATION SUPPORT 
NO -- GET A MESSAGE 
TWO HEX DIGITS -- RECORD SEPARATER 


NO -- RESIDENT BSCA POLLING 
INTERVAL POLLING 


NO -- EBCDIC TRANSMISSION CODE 
PORTLINE SUPPORT 


NO -- 
NO -- BSCA 
SEE SYSTEM 


SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 


REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 


MANUAL 
MANUAL 
MANUAL 

ANUAL 
MANUAL 
MANUAL 
MANUAL 
MANUAL 


0 - 2 --~# OF BSCC LINES 
NO ~- GET A MESSAGE 


TWO HEX DIGITS --RECORD SEPARATOR 
INTERVAL POLLING 
NO -- BSCC PORTLINE SUPPORT 


NO -- 


NO ~- EBCDIC TRANSMISSION CODE 
CONTROL STATION SUPPORT 


NO -- BSCC 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
SEE SYSTEM 
R1 


REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 
REFERENCE 


IPL UNIT 


MANUAL 
MANUAL 
MANUAL 
MANUAL 
MANUAL 
MANUAL 
MANUAL 
MANUAL 


Rl / Fl / F2 --EXECUTION UNIT 


‘UNIT,UNIT,UNIT' --UNIT FOR WORK 
"PACK,PACK,PACK' ~-PACKNAME FOR WRK 
Fl ¢ R2 7 F2 -- CCP PID 


MINIMUM RESIDENT CODE OPTION 
YES --CARDLESS CCP GENERATION 
SCCPDUMP FILE'S PACK NAME 
SCCPDUMP FILE'S UNIT 


ESCAPE MODEX00040000 


x00050000 
X00060000 
xX00070000 
X00080000 
x00090000 
X00100000 
X00110000 
X00120000 
X00130000 
X00160000 

00180000 
X00190000 

00200000 
X00210000 

00220000 
X00230000 

00240000 
X00250000 

00260000 

00270000 
X00280000 
X00290000 
X00300000 
X00310000 
X00320000 
X00330000 
X00340000 
X00350000 


00600000 
X006490000 
X00650000 
X00670000 
X00710009 
X00720000 


00790000 
00800000 
00810000 
00820000 
X00860000 
X00870000 
X00880000 
X00890000 
xX00900000 


X00920000 
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EXAMPLE - ASSIGNMENT SET LISTING OF & MAXIMUM CCP SYSTEM 


SET ID-7,ACTION-REPLACE 


SYSTEM MINUPA-8OK,MINTPBUF-10000, PGMREQL~79, COMMANDL-80, 
MAXCHATR-5,POLTIME-NO, PASSWORD~-SHALOM, DFFPACK~PROGRAM 


TERMATTR ATTRID-O1,TRANSLAT-YES, UPCASE-YES, SWI TCHED-NO, BLKL-2048, 
DATAFORM-MESSAGE, DFF3270-YES 


TERMATTR ATTRID-02, TRANSLAT-YES, UPCASE-YES, SWITCHED-NO,BLKL-1792, 
DATAFORM-MESSAGE, DFF3270-NO 


TERMATIR ATTRID-03,TRANSLAT~YES rUPCASE~YES,BLKL~1280, 
DATAFORM-MESSAGE, DFF3270-YES 


TERMATTR AYTRID-04, TRANSL AT-YES, UPCASE-YES, BLKL-817, 
DATAFORM-MESSAGE 


BSCALINE TYPE~CS,LINENUM~1, 

POLLLIST-'AD,AL,AZ,A3,A4,A5,A6,87,48,A9, 
BO,B1,B2,383,B4,B5,B6,B7,B8,B9, 
€0.C1,02,€3,04.C€5,C6,07,C8,09! 


BSCATERM TERMID~AO, 

TYPE-3277M2,ATTRID~"2,2*, ONLINE~NO.COMMAND-YES, 

ADDRCHAR~%60604040%, POLL CHAR-%40404040x 
BSCATERM TERMID~Al, 

TYPE~3277M2,ATTRID-'1,2",ONLINE-NO, COMMAND-YES, 

ADDRCHAR-%6060C1C1¥, POLLCHAR~*4040C1C1% 
BSCATERM TERMID~A2, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO, COMMAND-YES, 

ACDDRCHAR-%6060C2C2%,POLLCHAR-%4040C2C2* 
BSCATERM TERMID~A3, 

TYPE~3277M2,ATTRID~'1,2',ONLINE-NO, COMMAND-YES, 

ADDRCHAR~*6060C3C3%, POLLCHAR~X4040C3C3% 
BSCATERM TERMID-A4G, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO, COMMAND-YES, 

ADDRCHAR~*6060C4C4%, POLL CHAR-%4040C4C4% 
BSCATERM TERMID-A5, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO,COMMAND~YES, 

ADDRCHAR~%6060C5C5*,POLLCHAR~*4040C5C5x 
BSCATERM TERMID-A6, 

TYPE-~3277M2,ATTRID-"1,2", ONLINE-NO, COMMAND~YES, 

ADDRCHAR~*6 06 0C6CG®, POLLCHAR-*4040C6C6X 
BSCATERM TERMID-A?, 

TYPE~3277M2,ATTRID-'1,2°, ONLINE-NG, COMMAND-YES, 

ADDRCHAR~*6060C7C7%, POLLCHAR-*4040C7C7% 
BSCATERM TERMID-A8, 

TYPE-3277M2,ATTRID~"1,2*, ONLINE-NO,COMMAND-YES, 

ADDRCHAR~*6060C8C8*, POLLCHAR-%4040C8C8X 
BSCATERM TERMID-A9, 

TYPE-3277M2,ATTRID~"1,2", ONLINE-NO, COMMAND-YES, 

ADDRCHAR-#6060C9C9X, POLLCHAR-*4040C9C9X 
BSCATERM TERMID-BO, 

TYPE~3277M2,ATTRID-'1,2", ONLEINE-NO, COMMAND-YES, 

ADDRCHAR-*6060D1D1*, POLLCHAR-*4040D1D1« 
BSCATERM TERMID~B1, 

TYPE~3277M2,ATTRID~’21,2", ONLINE-NO,COMMAND-YES, 

ADDRCHAR-*6060D2D2% , POLLCHAR-*4040D2D2x 
BSCATERM TERMID-B2, 

TYPE-3277M2,ATTRID-"1,2',ONLINE-NO,COMMAND-YES, 

ADDRCHAR~*6060D3D3*,POLLCHAR-*4040D3D3x 
BSCATERM TERMID~-B3, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO,COMMAND-YES, 

ADDRCHAR-*606004D4%, POLL CHAR-%4040D4D4x 
BSCATERM TERMID-B4, 

TYPE-3277M2,ATTRID-"1,2", ONL INE-NO, COMMAND-YES, 

ADDRCHAR~*6060D5D5%,POLLCHAR-%4040D5D5% 
BSCATERM TERMID-BS, 

TYPE-3277M2,ATTRID-'1,2', GNLINE-NO,COMMAND-YES, 

ADDRCHAR-*6060D6D6%, POLLCHAR~*4040D5D6% 
BSCATERM TERMID-B6, 

TYPE-3277M2,ATTRID-*2,2", ONLINE~NO,COMMAND-YES, 

ADDRCHAR-*6060D7D7%, POLLCHAR-*4040D7D7% 
BSCATERM TERMID-B7, 

TYPE-3277M2-ATTRID-'1,2",ONLINE-NO,COMMAND-YES, 

ADDRCHAR~%6060D8D8*, POLL CHAR-*4040D8D8x 
BSCATERM TERMID~88, 

TYPE~3277M2,ATTRID~'21,2', ONLINE~NO, COMMAND-YES, 

ADDRCHAR~%6069D9D9%, POLLCHAR-*4040D9D9* 
BSCATERM TERMID-B9, 

TYPE-3277M2,ATTRID-'1,2",ONLINE-NO, COMMAND-YES, 

ADDRCHAR-*6060EZE2*,POLLCHAR-*G0G0E2E2x 
BSCATERM TERMID-Co, 

TYPE-3277M2,ATTRID~'1,2°,ONLINE-NO,COMMAND~YES, 

ADDRCHAR-*6 O60ESE3X, POLLCHAR-*4040ESE3X 
BSCATERM TERMID-Cl, 

TYPE~3277M2,ATTRID-'1,2",ONLINE-NO, COMMAND-YES, 

ADDRCHAR-*6 06CEGE4%, POLLCHAR-*4040EGE4% 
BSCATERM TERMID-C2, 

TYPE~3286M2,ATTRID-'1,2*,ONLINE-NO,COMMAND-NO, 

ADDRCHAR-X6060E5E5%, POLL CHAR-*4040ESE5% 
BSCATERM TERMID-C3, 

TYPE-3286M2,ATTRID~-"1,2*, ONL INE-NO, COMMAND-NO, 

ADDRCHAR-*6060E6E6%, POLLCHAR-*G0G0EGEGX 
BSCATERM TERMID-C4, 

TYPE-3286M2,ATTRID-'1,2", ONLINE-NO, COMMAND-NO, 

ADDRCHAR~%6060E7E7%, POLL CHAR-X4040E7E7# 
BSCATERM TERMID-C5, 

TYPE-3286M2,ATTRID-'t,2*, GNLINE-NO,COMMAND-NO, 

ADDRCHAR-*6060E8E8™, POLLCHAR-X4040E8E8% 
BSCATERM TERMID-Cé6, 

TYPE-3286M2,ATTRID-"1,2", ONLINE-NO,COMMAND-NO, 

ADDRCHAR-*6060E9E9%, POLL CHAR-*GOG0EGVE9® 
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BSCATERM TERMID-C7. 
TYPE-3286MZ,ATTRID~'1,2"°, ONLINE-NO, COMMAND-NO, 
ADDRCHAR-*6060FLFIL¥, POLLCHAR-*4040FI FLX 

BSCATERM TERMID-C&. 

TYPE-3286M2,ATTRID~'1,2", ONLINE-NO, COMMAND-NO, 
ADDRCHAR-%6 06 0F2F2%, POLLCHAR-%4040F2F2* 

BSCATERM TERMID-C9, 

TYPE~3286M2,ATTRID-'1,2", ONL INE-NO, COMMAND-NO, 
ADDRCHAR-*6060F3F3%,POLLCHAR-*4040F3F3% 


BSCALINE TYPE-CS,LINENUM~2, 

POLLLIST-"HO,HL,H2,H3,H4,H5,H6,H7,H8,H9, 
10,12,12,13,1¢,15,16,17,18,19, 
40,4152, 43,54,55,56,57,58,59" 


BSCATERM TERMID-HO, 
TYPE-3277M2,ATTRID~*21,2",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*60604040%, POLLCHAR-*40406040% 

BSCATERM TERMID-H1, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6060CIC1®, POLLCHAR-*4040CIC1* 

BSCATERM TERMID-H2, 
TYPE-3277M2,ATTRID-'1,2",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060C2C2®, POLLCHAR-*4040C2C2* 

BSCATERM TERMID-H3, 

TYPE-3277M2,ATTRID-"1.2*,ONLINE-NO, COMMAND-~YES, 
ADDRCHAR- *6060C3C3, POLLCHAR~*4040C3C3% 

BSCATERM TERMID~-HG, 

TYPE-3277M2, ATTRID-'1,2"',ONLINE-NO,COMMAND-YES, 
ADDRCHAR -%6060C4C4*, POLLCHAR~*4040C4C4% 

BSCATERM TERMID-HS, 
TYPE-3277M2,ATTRID~"1,2",ONLINE~NO,COMMAND-YES, 
ADDRCHAR-*6060C5C5%,POLLCRAR~*40S0C5C5% 

BSCATERM TERMID~H6, 
TYPE-3277M2.ATTRID-'1,2", ONL INE-NO,COMMAND-YES, 
ADDRCHAR-*6060C6C6%,POLLCHAR-*4040C6C6% 

BSCATERM TERMID-H7, 
TYPE-3277M2,ATTRID-'1,2",ONU INE-NO, COMMAND-YES, 
ADDRCHAR~*%6060C7C7%, POLLCHAR-*4040C7C7% 

BSCATERM TERMID-K8, 
TYPE-3277M2,ATTRID-"2,2",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060C8C8%, POLLCHAR-~*4040C8C8x 

BSCATERM 1ERMID-H9, 
TYPE-3277M2,ATTRID~'1,2",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060C9C9*,POLLCHAR~*4040C9C9K 

BSCATERM TERMID-I0, 

TYPE-3277M2,ATTRID~'1,2", ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6060D1D1™, POLLCHAR-X4040DID1#« 

BSCATERM TERMID-I1, 

TYPE~3277M2,ATTRID-'1,2', ONLINE-NO, COMMAND-YES,, 
ADDRCHAR~*6960D2D2™, POLLCHAR-*4040D2D2% 

BSCATERM TERMID-I2, 

TYPE-3277M2, ATTRID-'1,2", ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6 06 0D3D3*, POLLCHAR-%4040D3D3* 

BSCATERM TERMID-I3, 

TYPE-3277M2,ATTRID-'1,2", ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060D4D4%, POLL CHAR-*4040D4D4x 

BSCATERM TERMID-I4, 

TYPE-3277M2,ATTRID-'1,2",ONLTNE~NO, COMMAND-YES, 
ADDRCHAR~*6 060D505*,POLLCHAR~*4040D5D5x 

BSCATERM TERMID~I5, 
TYPE-3277M2,ATTRID~*2,2", ONLINE-NO, COMMAND-YES, 
ADDRCHAR-%6 06 0D6D6%, POLLCHAR-*4040D6D6* 

BSCATERM TERMID-16, 
TYPE-3277M2,ATTRID-"1,2",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060D7D7*,POLLCHAR-*4040D707" 

BSCATERM TERMID-I7, 
TYPE-3277M2,ATTRID-'1,2', ONLINE-NO, COMMAND-YES, 
ADDRCHAR-%6060D8D8* ,POLLCKAR~*4040D8D8* 

BSCATERM TERMID-I8, 
TYPE-3277M2,ATTRID-'1,2",ONLINE~NO,COMMAND-YES, 
ADDRCHAR~6 0600909, POLLCHAR~*4040D9D9% 

BSCATERM TERMID-I9, 

TYPE-3277M2,ATTRID-'1,2', ONLINE-NO,COMMAND~YES, 
ADDRCHAR-*6060E2E2*, POLLCHAR-X4OGOEZE2* 

BSCATERM TERMID-J0, 
TYPE-3277M2,ATTRID-"1,2',ONLINE-NO,COMMAND~YES, 
ADDRCHAR-*6060E3E3%,POLLCHAR-*4040E3E3% 

BSCATERM TERMID-J1, 
TYPE-3277MZ,ATTRID~'1,2',ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6 D60EGES®, POLLCHAR-*4040 EGEGH 

BSCATERM TERMID-J2, 
TYPE~3286MZ,ATTRID~*1,2*, ONLINE~NO, COMMAND-NO, 
ADDRCHAR-*6 060E5E5%, POLLCHAR-*4040E5E5% 

BSCATERM TERMID-J3, 
TYPE-3286M2,ATTRID-'1,2',ONLINE~NO,COMMAND-NO, 
ADDRCHAR-*6 06 0E6E6%,POLLCHAR-*4040E6E6™ 

BSCATERM TERMID-J4, 
TYPE-3286M2,ATTRID-"1,2",ONLINE-NO, COMMAND-NQ, 
ADDRCHAR-*6 960E7E7%,POLLCHAR-X4040E7E7% 

BSCATERM TERMID-J5, 
TYPE-3286M2,ATTRID-'1,2°,ONLINE-NO,COMMAND-NO, 
ADDRCHAR-*6 060E8E8* ,POLLCHAR-*4 040ESE8* 

BSCATERM TERMID-J6, 
TYPE-3286M2,ATTRID-'1,2',ONLINE-NO, COMMAND-NO, 
ADDRCHAR~*6 D60E9E9X, POLL CHAR-*4040E9E9X 

BSCATERM TERMID-J7, 

TYPE-3286M2,ATTRID-"1,2', ORLINE-NO,COMMAND-NO, 
ADDRCHAR-*6060F1F1*,POLLCHAR-%6040F1F1% 

BSCATERM TERMID-J8, 
TYPE~3286M2,ATTRIO-~'1,2",ONLINE-NO,COMMAND-NO, 
ADDRCHAR-*6060F2F2®, POLL CHAR~*4040F2F2% 

BSCATERM TERMID-J9, 
TYPE~3286M2,ATTRID-*1,2',ONLINE-NO,COMMAND-NO, 
ADDRCHAR-*6 060F3F3%,POLLCHAR-*4040F3F3% 


BSCALINE TYPE-CS,LINENUM-3, 
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POLLLIST~'MO,M1,M2,M3,M4,M5,M6,M7,M&,M9, 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 
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BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCATERM 


BSCALINE 


POLLLIST- 


BSCATERM 


BSCATERM 


NO,N1,N2,N3,N4,N5,N6,N7,N8,N9, 
00,01,02,03,04,05,06,07,08,09' 


TERMID-MO, 

TYPE-3277M2,ATTRID-*3,4', ONL INE-NO, COMMAND-YES, 
ADDRCHAR~*60604040%, POLLCHAR-*40404040" 
TERMID-M2, 
TYPE-3277M2,ATTRID-'3,47,ONLINE-NO,COMMAND-YES. 
ADDRCHAR-*6060C1C1®, POLLCHAR-*40G0CICI 
TERMID-M2, 

TYPE-3277M2,ATTRID-'3,4',ONLINE-NO, COMMAND-YES, 
ADDRCHAR-%6060C2C2%,POLLCHAR-*40G0C2C2x 
TERMID-M3, 

TYPE~3277M2,ATTRIO~"3,4', ONLINE-NO,COMMAND~YES, 
ADDRCHAR~*6060C3C3K,POLLCHAR="4040C3C3x 
TERMID-M4, 

TYPE-S277M2,ATTRID~"3,4* ,ONLINE-NO, COMMAND-YES, 
ADDRCHAR-M6060C4C4™, POLLCHAR=44040C4C4m 
TERMID-MS, 
TYPE~3277M2,ATTRID-'3,4*,ONLINE-NO,COMMAND-YES, 
ADORCHAR-W6050C5CSX,POLLCHAR-KG040C5C5M 
TERMID-M6, 

TYPE~3277M2,ATTRID~°3,4",ONLINE-NO, COMMAND~YES, 
ADDRCHAR~¥6060C6C6K, POLLCHAR=*6040C6CEM™ 
TERMID-M7, 

TYPE~3277M2,ATTRID-'3,4',ONLINE-NO, COMMAND~YES, 
ADDRCHAR-*6060C7C7M,POLLCHAR-"G0G0C7C7™ 
TERMID-M8, 

TYPE-3277M2,ATTRID~'3,4", ONLINE-NO,COMMAND~YES, 
ADDRCHAR~M6060C8CEN,POLLCHAR-¥G040CECBN 
TERMID~M9, 

TYPE-3277M2,ATTRID-'3,4",QONLINE-NO, COMMAND~YES, 
ADDRCWAR-¥6060C9C9™,POLLCHAR-MGDG0COCON 
TERMID-NO, 

TYPE-3277M2,ATTRID~'3S,4", ONLINE-NO, COMMAND-YES, 
ADDRCHAR~¥6060D1D1™, POLLCHAR-"GOGODIDIN 
TERMID~Nt, 

TYPE-~3277M2,ATTRID~'3,4",ONLINE-NO, COMMAND~YES, 
ADDRCHAR~¥6060D2D2", POLLCHAR~*G040D2D2K 
TERMID-N2, 

TYPE~3277M2,ATTRID™'3,4', ONLINE-NO,COMMAND-YES, 
ADDRCHAR=#6060D3D3", POLLCHAR-*4040D3D3% 
TERMID-N3, 

TYPE~3277M2,ATTRID-'3,4*, ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060D409%, POLLCHAR-*4040D4D4x 
TERMID-NG, 

TYPE-3S277M2,ATTRID-'3,4", ONLINE-NO,COMMAND-YES, 
ADDRCHAR~¥6060D5D5%, POLLCHAR-*4040D5D5x 
TERMID~N5, 

TYPE-3277M2,ATTRID-'3,4*,ONLINE~NO, COMMAND-YES, 
ADDRCHAR~*6060D6D6, POLLCHAR-*4040D5D6x 
TERMID-N6, 

TYPE~3277M2,ATTRID~'3,4", CNLINE~NO, COMMAND-YES, 
ADDRCKAR-%6060D7D7%,POLLCHAR-X4040D7D7 
TERMID-N7, 

TYPE~3277M2,ATTRID-"3,4", ONLINE-NO,COMMAND-YES, 
ADDRCHAR-%6 06 0D8D8™, POLLCHAR~*4 040 D8D8x 
TERMID-NB8, 

TYPE~3277M2,ATTRID~'3.4',ONLINE-NO, COMMAND-YES, 
ADDRCHAR~¥6060D9D9% , POLLCHAR-%4060D9D9X 
TERMID-N9, 
TYPE~3277M2,ATTRID~'3,4",ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060EZE2™,POLLCHAR-%4040E2E2x 
TERMID-00, 

TYPE-3277M2,ATTRID-'3,4", ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060E3E3*, POLLCHAR-*4040E3E3x 
TERMID-O1, 
TYPE-3277M2,ATTRID~'3,4',ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060EGE4, POLLCHAR-*4040EGEQ™ 
TERMID-02, 
TYPE-3277M2,ATTRID~'3,4", ONL INE-NO,COMMAND-YES, 
ADDRCHAR~*6060E5E5%, POLLCHAR-~¥40G0E5E5¥ 
TERMID-03, 
TYPE~3286M2,ATYRID-'3,4',ONLINE~NO,COMMAND-NO, 
ADDRCHAR-*6060E6E6M, POLL CHAR-¥4 040E6E6x 
TERMID~-04, 

TYPE-3286M2,ATTRID~'3,4*, ONLINE-NO, COMMAND-NC, 
ADDRCHAR~*6060E7E7*, POLLCHAR-MS040E7E7® 
TERMID-O5, 
TYPE~3286M2,ATTRID-*3,4°,ONLINE-NO,COMMAND-~NO, 
ADDRCHAR-*6 06 0ESE8X, POLL CHAR-*4040E8E8x 
TERMID-06, 
TYPE-3286M2,ATTRID-'3,4',ONLINE-NO,COMMAND-NO, 
ADDRCHAR~*6060E9E9X, POLLCHAR-*4040E9EQM 
TERMID-07, 

TYPE-3286M2,ATTRID~'3,4*, ONLINE-NO, COMMAND-NO, 
ADDRCHAR~X6060FLF1M,POLLCHAR=*40G0FLFLR 
TERMID-08, 
TYPE-3286M2,4TTRID-'3,4',ONLINE-NO,COMMAND~NO, 
ADDRCHAR~*6060F2F2%,POLLCHAR-X4040F2F2% 
TERMID-O9, 

TYPE-3286M2,ATTRID-'3,4",ONLINE-NO, COMMAND-NO, 
ADDRCHAR~*6060F3F3%,POLLCHAR-*40G0F3F3% 


TYPE-CS,LINENUM-4, 

'TO,TL,»T2,73,74,75,76,77,7B,T9, 
U0,U1,U2,U3,U4,U5,U6,U7,U8,U9, 
VO,V1,V2,V3,V4.V5,V6,V7,V8,V9! 


TERMID-TO, 

TYPE-3277M2,ATTRID-~'3,4', ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*%60604040, POLLCHAR-*40404040% 
TERMID-Tl, 

TYPE-3277M2,ATTRID-'3,4", ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6060C1C1¥,POLLCHAR~¥4040C1C1K 
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TERMID-T2, 

TYPE~3277M2,ATIRID-'3,4° »ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6060C2C2*,POLLCHAR-40G0C2C2H 
TERMID-T3, 

TYPE-3277M2,ATTRID- "3,47, ONLING-NO,COMMAND-YES, 
ADDRCHAR~*6060C3C3K,POLLCHAR-*40460C3C3% 
TERMID-T4, 

TYPE-3277M2,ATTRID-'3,46? »ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6069C4C4%, POLLCHAR-*4945C4C4X 
TERMID-TS5, 

TYPE-3277M2,ATTRID-*3,6" »ONLINE-NO,COMMAND-YES, 
ADDRCHAR-*6060C5C5%~ POLLCHAR-*4G040C5C5¥ 
TERMID-T6, 

TYPE-3277M2,ATTRID-'3,47 + ONLINE~NO,COMMAND-YES, 
ADDRCHAR- *6060C6CEX, POLL CHAR-*G040CECG¥ 
TERMID-T7, 

TYPE-3277M2,ATTRID-'3,6* »ONLINE-NO, COMMAND-YES, 
ADDRCHAR~*6060C7C7™, POLLCHAR-HG0G0C7C7% 
TERMID-T8, 
TYPE~3277M2,ATIRID~'3,4', ONL INE-NO, COMMAND~YES, 
ADDRCHAR-n6060C8C8, POLLCHAR-*G0G0CECAN 
TERMID-TS, 

TYPE~3277M2,ATTRID~'8.4", ONLINE~NO,COMMAND-YES, 
ADDRCHAR-*6060C9C9M, POLLCHAR-KG0G0CICIN 
TERMID-UO0, 

TYPE=3277M2,ATTRID-'3,4" ONL INE-NO,COMMAND~YES, 
ADDRCHAR~N6060DIDIK, POLLCHAR-G040DIDI" 
TERMID-U1, 

TYPE~S277M2,ATTRIO-'3,4", ONL INE-NO,COMMAND~YES, 
ADDRCHAR~*6060D2N2%, POL LCHAR=K40G0D292m 
TERMID-U2, 

TYPE~3277M2,ATTRID-'3.4', ONLINE-NO, COMMAND-YES, 
ADDRCHAR~W6060D3SD3", POLLCHARKG0G0DSU3™ 
TERMID-US, 

TYPE-3277M2,ATIRID~'3,%", ONLINE-NO, COMMAND-YES, 
ADDRCHAR-K6060D4D4%, POLL CHAR *404CDGD4« 
TERMID-U4, 

TYPE-S277MZ,ATTRID-'3,4", ONLINE~NO,COMMAND-YES, 
ADDRCHAR-*60600505*, POLLCHAR-*4040D5D5K 
TERMID-U5, 

TYPE~3277M2,ATTRID-"3,4', ONLINE-NO,COMMAND~YES, 
ADDRCHAR-*6060D6D6™, POLLCHAR- #404506 DEK 
TERMID-U6, 
TYPE-3277M2,ATTRID-*3,4", ONL INE-NO,COMMAND-YES, 
ADDRCHAR~*6060D7D7*,PCLLCHAR~4G040D7D7% 
TERMID-U7, 

TYPE-3277M2,ATTRID-'3,4", ONLINE-NG.COMMAND-~YES, 
ADDRCHAR -*6060D8D5*, POLLCHAR-%4040D8 D8" 
TERMID-U8, 
TYPE~3277M2,ATTRID-'3.4',ONLINE-NO,COMMAND-YES, 
ADDRCHAR-~*6060D9D9%. POLLCHAR-*40G0D9D9% 
TERMID-U9. 

TYPE~S277M2,ATTRID-'3,%", ONLINE-NO,COMMAND-YES, 
ADDRCHAR~*6060E2E2®.POLLCHAR~*G040E2EQx 
TERMID-VO, 

TYPE-3277M2,ATTRID~'3,4',ONLINE-NO, COMMAND-YES, 
ADDRCHAR-*6060ESE3*,POLLCHAR~XGOGQESESX 
TERMID-V1, 
TYPE-3277M2,ATTRID~'3,4', ONLINE~NO, COMMAND-YES, 
ADDRCHAR~*6060EGEG*, POLL CHAR-XGOG0EGEGH 
TERMID-v2. 
TYPE~3277M2,ATTRID-'3,4*,ONLINE-NO.COMMAND-YES, 
ADDRCHAR-X6060ES5SE5*, POLL CHAR-*4040E5ESK 
TERMID-V3, 
TYPE-3286M2,ATTRID-'3,4',ONLINE~NO,COMMAND~NO, 
ADDRCHAR-*6060EGE6%, POLL CHAR~MGOGCEGEOH 
TERMID-V4, 

TYPE~3286M2,ATTRID-'3,4', ONLINE=NO,COMMAND-NO, 
ADDRCHAR-*6060E7E7#, POLLCHAR-*G0S0E7E7¥ 
TERMID-V5, 
TYPE~3286M2,ATTRID-'3,4",ONLINE-NC, COMMAND-NO, 
ADDRCHAR ~ K6060ERE8% POLL CHAR-AGUGDERERR 
TERMID-V6, 

TYPE-3286M2,ATTRID~'3,4', ONLINE-NO, COMMAND~NO, 
ADDRCHAR-*6060E9E9*,POLLCHAR-*4040E9E9m 
TERMID-V7, 
TYPE-3286M2,ATTRID-'3,4",ONLINE~NO,COMMAND-NO, 
ADDRCHAR-K6060FL FI, POLLCHAR-HGUGOFIFIN 
TERMID-V8, 

TYPE-3286M2,ATTRID-*3.4', ONLINE-NO,COMMAND-NO, 
ADDRCHAR-6060F2F2%,POLLCHAR-*GCGOF2F2K 
TERMID-V9, 
TYPE-3286M2,ATTRID-'3,4',ONLINE-NO,COMMAND-NO, 
ADDRCHAR-*6060F3F3*,POLLCHAR-*GGG0F3F3™ 


NAME-TERMAO, TERMID-AO 
NAME-TERMA], TERMID-AL 
NAME-TERMA2, TERMID-A2 
NAME~TERMA3, TERMID~-A3. 
HAME~TERMAG, TERMID-AG 
NAME-TERMAS, TERMID-A5 
NAME-TERMAG, TERMID~A6 
RAME~TERMA7, TERMID~A7 
NAME-TERMA8, TERMID-AS& 
NAME-TERMAY, TERMID-AY 
NAME-TERMBO, TERMI D~BO 
NAME-TERMB1, TERMID-B1 
NAME-TERMB2, TERMID-B2 
NAME~TERMB3. TERMID-B3 
NAME-TERMBG, TERMID-BG 
NAME-TERMB5S, TERMID-B5 
NAME-TERMB6, TERMID-B6 
NAME-TERMB7,TERMID-B7 
NAME-TERMBB, TERMID~BS 
NAME~TERMB9, TERMID-B9 
NAME~TERMCO. TERMID-CO 
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DISKFILE 
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NAME-TERMC1, TERMID-C1l 
NAME-TERMC2, TERMID-C2 
NAME-TERMC3, TERMID-C3 
NAME-TERMC4, TERMID-C4 
NAME-TERMC5, TERMID-C5 
NAME-TERMC6 , TERMID-C6 
NAME-TERMC7, TERMID-C? 
NAME-TERMC8, TERMID-C8 
NAME-TERMC9, TERMID-C9 
NAME-TERMHO, TERMID-HO 
NAME-TERMH1, TERMID-H1 
NAME-TERMK2, TERMID-H2 
NAME~TERMH3, TERMID-H3 
NAME-TERMHS, TERMID-H4 
NAME~TERMHS, TERMID~H5 
NAME~TERMH6, TERMID-H6 
NAME-TERMH7, TERMID-H7 
NAME-YERMH8, TERMID-H8 
NAME~TERMH9, TERMID-H9 
NAME-TERMIO,TERMID-10 
NAME-TERMIL, TERMID-11 
NAME~TERMI2, TERMID-I2 
NAME~TERMI3, TERMID-13 
NAME~TERMI4, TERMID-14 
NAME~TERMIS, TERMID-I5 
NAME~TERMI6, TERMID-16 
NAME~TERMI7,TERMID-17 
NAME~TERMI8, TERMID~I8 
NAME-TERMI9, TERMID-I9 
NAME~TERMJO, TERMID-J0 
NAME-TERMJL, TERMID-Jt 
NAME-TERMJ2, TERMID-J2 
NAME-TERMJ3, TERMID-J3 
NAME-TERMJ4, TERMID-J4 
NAME-TERMJ5, TERMID~J5 
NAME-TERMJ6, TERMID~J6 
NAME-TERMJ7, TERMID-J7 
NAME-TERMJ8, TERMID-J8& 
NAME~TERMJ9, TERMID~J9 
NAME~TERMMO, TERMID~MO 
NAME~TERMM1, TERMID-M1 
NAME-TERMM2, TERMID-M2 
NAME-TERMMS, TERMID-M3 
NAME-TERMM4 , TERMID-M4 
NAME-TERMMS, TERMID-MS 
NAME-TERMM6, TERMID-M6 
NAME-TERMM?, TERMID-™7 
NAME-TERMM8, TERMID-M8 
NAME~TERMM9, TERMID-M9 
NAME-TERMNO, TERMID-NO 
NAME~TERMNI, TERMID-NL 
NAME~TERMN2, TERMID-N2 
NAME~TERMN3, TERMID-N3 
NAME-TERMNG, TERMID-NG 
NAME~TERMNS, TERMID-N5 
NAME-TERMN6, TERMID-N6 
NAME-TERMN7, TERMID-N7 
NAME-TERMN8, TERMID-N& 
NAME-TERMN9, TERMID-N9 
NAME-TERMOQ, TERMID~00 
NAME~TERMOL, TERMID-01 
NAME~TERMO2, TERMID-02 
NAME-TERMO3, TERMID-03 
NAME-TERMO4, TERMID-04 
NAME-TERMOS, TERMID-05 
NAME-TERMO6, TERMID~06 
NAME-TERMO7, TERMID-07 
NAME-TERMO8, TERMID-08 
NAME-TERMO9, TERMID-09 
NAME-TERMTO, TERMID-T9 
NAME-TERMT1, TERMID-T) 
NAME-TERMT2, TERMID-T2 
NAME-TERMT3, TERMID~T3 
NAME-TERMY4, TERMID-T4 
NAME~TERMTS, TERMID-T5 
NAME-TERMT6, TERMID~T6 
NAME-TERMT7, TERMID-T7 
NAME~TERMT8, TERMID-T8 
NAME-TERMT9, TERMID~T9 
NAME-TERMUO, TERMID-U0 
NAME~TERMU1, TERMID~U1 
NAME-TERMU2, TERMID-U2 
NAME-TERNUS, TERMID-U3 
NAME~TERMU4, TERMID-U4G 
NAME-TERMUS, TERMID-U5 
NAME-TERMUS , TERMID~U6 
NAME-TERMU7, TERMID-U7 
NAME-TERMU8, TERMID~u8 
NAME-TERMU9, TERMID~U9 
NAME~TERMVO, TERMID-VO 
NAME-TERMV1, TERMID-V1 
NAME-TERMV2, TERMID-V2 
NAME-TERMV3, TERMID-V3 
NAME-TERMV4, TERMID-V4 
NAME-TERMVS, TERMID-V5 
NAME-TERMV6, TERMID-V6 
NAME-TERMV7, TERMID-V? 
NAME-TERMV3, TERMID-V8 
NAME~TERMV9, TERMID-V9 


NAME-FIL000,ORG-I,RECL-16,KEYL~6,KEYPOS-21 
NAME~FILO02,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL002,ORG-I,RECL-16,KEYL-6,KEYPOS-1} 
NAME-FIL003,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL004,0RG-I,.RECL-16,KEYL~6, KEYPOS-11 
NAME-FIL005,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME~FIL006,ORG-I,RECL-~16,KEYL-6,KEYPOS-21 
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NAME-FILOO7,ORG-1,RECL-16,KEYL-6,KEYPOS-1} 
NAME-FILUO®.ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILOG 9,ORG-1,RECL~16,KEYL-6,KEYPOS-12 
NAME-FILO10,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-~FILO31,ORG~I,RECL~16,.KEYL-6,KEYPOS-11 
NAME-FILO1L2,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO13,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO14,0RG6~I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO15,ORG-I,RECL-16,KEYL-6,KEYPOS-i1 
NAME-FILO16,0RG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME~FILO17,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILG18,ORG-1I,RECL-16,KEYL-6,KEYPOS-1) 
NAME-FILO29,GRG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO2@,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL021,ORG-I.RECL-16,KEYL-6,KEYPOS-11 
NAME-FILG22,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL923,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FiL024,0RG-1,RECL~16,KEYL~6,KEYPOS-11 
NAMC-F1L025,0RG-1,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL026,ORG-I,RECL-16,KEYL~6,KEYPOS-11 
NAME-FILO27,ORG-1,RECL~16,KEYL~6,KEYPOS-11 
NAME-FILO28,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO?% ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FitOS *RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO31.ORG-1,RECL-16,KEYL-6,KEYPOS-1) 
NAME-FILO3E,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO33, ORG-I,RECL~16,KEYL~6,KEYPOS-11 
NAME~FIL034,0RG-1,RECL-16,KEYL~6,KEYPOS-1) 
NAME-FIiG35,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO36,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO37,SRG-1,RECL-16,KEYL~6,KEYP9S-11 
NAME~FILO38,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FILO39,ORG-1,RECL~16,KEYL-6,KEYPOS-11 
NAME~FILO40,ORG-I,RECL~16,KEYL~&, KEYPOS-11 
NAME-FILO041,ORG-I1,RECL-16,KEYL-6,.KEYPOS“11 
NAME~FIL542,0RG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL043,0RG~I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO44,ORG-1,RECL-16,KEYL-&,KEYPOS-11 
NAME-FILO45,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-F1L046,0RG-1£,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO4¢7,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO48,0RG~I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL069,0RG-1,RECL-16,KEYL~6,KEYPOS-11 
NAME-FILO50,GRG-I,RECL-16,KEYL~6,KEYPOS~11 
NAME-FILO51,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO52,ORG-I,RECL~16,KEYL-6,KEYPOS~11 
NAME-FILO53,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL054,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO55,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL056,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FiL057,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL058,0RG-I.RECL~16,KEYL-6,KEYPOS~11 
NAME-FILO59,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL060,ORG-I,RECL-16,KEYL-6,KEYPOS~11 
NAME~FILO61,ORG~I,RECL~16,KEYL~6,KEYPOS-12 
NAME~FIL062,ORG-I,RECL-16,KEYL~6,KEYPOS-11 
NAME-FIL063,ORG-1,RECL-16,KEYL~6,KEYPOS-11 
NAME-FIL064,0RG-I,RECL-16,KEYL~-6,KEYPOS-11 
NAME-FIL065,ORG~1,RECL~16,KEYL~6,KEYPOS~11 
NAME-FIL066,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO67,O0RG-I,RECL~16,KEYL~6,KEYPOS-11 
NAME-FII.068,ORG-1,RECL~16,KEYL-6,KEYPOS-11 
NAME~FIL069,ORG-1,RECL-16,KEYL-6,KEYPOS~il 
NAME~FILO70,ORG-I,RECL~16,KEYL-6,KEYPOS~i1 
NAME-FILO71,ORG-I,RECL-16,KEYL~6,KEYPUS-11 
NAME~FILO72,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO73,0RG-1,RECL-16,KEYL-6,KEYPOS~11 
NAME-FILO74,ORG-1,RECL-16,KEYL-6,KEYPOS-1L 
NAME-FIL075,ORG-1,RECL~16,KEYL-6,KEYPOS-11 
NAME-FILO76,0RG-3,RECL~16,KEYL~6,KEYPOS-11 
NAME-FILO77,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL978,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
RAME~FILO?9,ORG-3,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL080.ORG-1,RECL~16,KEYL~6,KEYPOS“11 
NAME-FILO81,ORG~I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO82,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL083,O0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL084,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO85,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO86,ORG-I,RECL-16,KEYL~6,KEYPOS~11 
NAME-FILO087,ORG~1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FILO88.ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO89,ORG-1,RECL~16.KEYL-6,KEYPOS-11 
NAME-FI1L090,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO91,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FILO92,ORG-I,RECL~16,KEYL~6,KEYPOS-11 
NAME-FILO93,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FILO94,ORG-I,RECL-16,KEYL-6,KEYPOS-1) 
NAME-FILO95,ORG~I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL997,0RG~1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FILO98,ORG-I,RECL-16,KEYL-6,KEYPOS~-12) 
NAME-FILO99, ORG-I,RECL-16,.KEYL-6,KEYPOS-11 
MAME-FIL100,ORG-1,RECL-16,KEYL~6,KEYPOS-11 
NAME-FIL101,0RG-1,RECL~16,KEYL~6,KEYPOS-11 
NAME-FIL102,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL103,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL106,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL105,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL106,0RG-I,RECL-16,KEYL-6,KEYPOS-211 
NAME~FIL107,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-F1i108,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL109,ORG-1,RECL~16-KEYL-6,KEYPOS-11 
NAME-FIL110,0RG-1,RECL-16,KEYL~6,KEYPOS-13 
NAME~FIL111,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL112,ORG-1I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL113,ORG-1,RECL-16.KEYL-6,KEYPOS-11 
NAME-FIL116,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
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NAME-FIUL115,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-'TL116,ORG-I,RECL~16,KEYL-6&, KEYPOS-11 
NAME-FIL117,0RG-I,RECL-16,KEYL-6,KCYPOS-11 
NAME-FIL118,ORG~I,RECL~16.KEYL-6,KEYPOS-11 
NAME-FIL119,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL120,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL121,0RG-2,RECL~16,KEYL-6,KEYPOS~11 
NAME-FIL122,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL123,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL124,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL125,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL126,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL127,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL128,ORG~I.RECL~16,KEYL-6,KEYPOS-12 
NAME-FIL129,ORG-I,RECL-16,KEYL~6,KEYPOS-11 
NAME~FIL130,0RG-I,RECL-16,KEYL~6,KEYP0S-11 
NAME-FIL131,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL132,ORG~I,RECL-16,KEYL-6,KEYPOS~i1 
NAME-FIL133,0RG-I,RECL~16,KEYL-6-KEYPOS~11 
NAME-FIL134,0RG~I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL135,ORG-I,RECL-16, KEYL-6,KEYPOS-11 
NAME-FIL136,ORG-I1,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL137,0RG~I,RECL~16,KEYL-6,KEYPOS~11 
NAME~FIL138,ORG-I,RECL~16,KEYL-6,KEYPOS-1) 
NAME-FILL39,ORG-1,RECL-16,KEYL-6 KEYPOS-1i 
NAME-FIL160,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL141,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL142,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL143,ORG~I,RECL-16,KEYL-$ , KEYPOS~11 
NAME-FIL144,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME~FIL145,0RG-1,RECL~16,KEYi~6,KEYPOS-11 
NAME~FILI46,ORG-I,RECL-16,KEYL-6,KEYPOS-12 
NAME-FIL147,0RG~1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL148,0RG~I,RECL-16,KEYL~6,KEYPOS-11 
NAME~FIL149,ORG-I,RECL-16,KEYL-6,KEYPOS-31 
NAME-FIL150,ORG~1,RECL~16,KEYL~6,KEYPOS-21 
NAME-FILISL,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL152,O0RG-I,RECL-16,KEYL-6,KEYPOS~11 
NAME-FIL153,ORG-I,RECL-16,KEYL-6,KEYPQS-11 
NAME-FIL154,0RG~1,RECL~16,KEYL~6,KEYPOS~11 
NAME~FIL155,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL156,ORG~I,RECL~16,KEYL~6,KEYPOS-11 
NAME-FIL157,0ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL158,ORG-I,RECL-16,KEYL-6,KEYPOS-}1 
NAME-FILI59,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIUL160,0RG~I,RECL~16,KEYL~6,KEYPOS-11 
NAME-FIL161,ORG-I,RECL-~i6,KEYL-6,KEYPOS-11 
NAME~FIL162,O0RG-1,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL163,0RG~I,RECL~16,KEYL~6,KEYPOS-21 
NAME~FIL164,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIULL65,ORG-I,RECL~16,KEYL~&,KEYPOS-11 
NAME-FIL166,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL167,ORG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL168,ORG~I,RECL-16,KEYL~6,KEYPOS-11 
NAME-FIL169,ORG-I,RECL-16,KEYL-6,KEYPOS~11 
NAME-FILL70,O0RG-I,RECL-16,KEYL~6,KEYPOS-12 
NAME~FIL171,ORG-I,RECL-16,KEYL~6,KEYPOS-11 
NAME~FIL172,0RG-1,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL173,0RG-I,RECL-16,KEYL~6,KEYPOS-12 
NAME~FIL174,ORG-I,RECL-16,KEYL-6,KEYPOS-1L 
NAME~FIL175,0RG-1,RECL-16,KEYL-6, KEYPOS-11 
NAME~FIL176,ORG-I,RECL~16,KEYL-6,KEYPOS-11 
NAME-FIL177,0RG-I,RECL~16,KEYL-6,KEYPOS~11 
NAME-FIL178,0RG-I,RECL-16,KEYL~6,KEYPOS-11 
NAME-FIL179,ORG~I,RECL~16,KEYL-6,KEYPOS—11 
NAME-FIL180,ORG-I,RECL-16,KEYL~6,KEYPOS-1) 
NAME-FIL2181,0RG-I,RECL-16, KEYL~6,KEYPOS-11 
NAME~FILL82,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL183,ORG-I,RECL-16,KEYL-6,KEYPOS~11 
NAME-FIL184,0RG-I,RECL~16,KEYL-6,KEYPOS~11 
NAME-FIL185,0RG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIC186,ORG~I,RECL-16,KEYL~6,KEYPOS-12 
NAME-FIL187,ORG-1,RECL~16,KEYL-6,KEYPOS~11 
NAME-FIL188,ORG~I,RECL~16,KEYL-6,KEYPOS~11 
NAME~FIL189,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME~FIL190,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
NAME-FIL191,ORG-I,RECL~16,KEYL-6,KEYPOS-12 
NAME-FILS16,DISKFILE-FIL026 
NAME~FILS17,DISKFILE-FILO27 
NAME-FILS18,DISKFILE-F1L028 
NAME-FILS19,DISKFILE-FIL029 
NAME-FILS20,DISKFILE-FILO30 
NAME-FILS21,DISKFILE-FILOS1 
NAME-FIULS22,DISKFILE-FIL032 
NAME-FIUS23,DISKFILE-FIL033 
NAME-FILS24,DISKFILE-FILO34 


NAME-DCP000,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCPO001,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME-DCP002,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCPOO3,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP004,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP005,MRTMAX~7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP006,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-256,PACK-F2 
NAME-DCPO07,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCPO08,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME~DCP009,MRIMAX-7,DFFMTERM-7, 
DFFNDF-?,DFFSFDT~258,PACK-F2 
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NAME-DCPOLO,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7.DFFSFDIT~258,PACK-F2 
NAME-DCPOLL,MRIMAX-7,DFFMTERM-?, 
CFFNDF-7,DFFSFOT-258,PACK-F2 
NAME-DCPO12,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDOT~258,PACK-F2 
NAME-DCPO13,MRIMAX-7,DFFMTERM-7, 
DFFNDF-?, DFFSFDT-258,PACK-F2 
NAME-DCP014,MRTMAX-7, DFFMTERM-7, 
DFFNDF-?,DFFSFDY-258,PACK-F2 
NAME-DCP015,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7.DFFSFOT-258,PACK-F2 
NAME~-DCP016,.MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCPO17,MRTMAX-7, DFEMTERM~7, 
DFFNDF-7.DFFSFDI-258,PACK~F2 
NAME-DCP018,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCPOL9,MRTMAX-7,DFFMTERM~7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME~DCP020,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP021,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCPO022,.MRIMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
NAME~DCP023,MRIMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP024,MRTMAX-7,DFFMTERM-7, 
DFFNDF~-7,DFFSFDT-258,PACK-F2 
NAME-DCP025,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP026,MRIMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
NAME-DCP027,MRTMAX~7,DFFMTERM-7, 
DFFNDF~7,DFFSFDY-258,PACK-F2 
NAME~DCP028,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFOT-258,PACK~F2 
NAME-DCP029,MRTMAX-7,DFFMTERM~7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
NAME-DCP030,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT~-258,PACK-F2 
NAME~DCPO312,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP032,MRIMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
NAME-DCPO33,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK~F2 
NAME-DCP034,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP035,MRTMAX-7,DFFMYERM-7, 
DFFNDF~7, DFFSFDT~258,PACK~F2 
NAME~DCP036,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME~DCP037,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP038,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
KAME-DCP039,MRTMAX-7,DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP040,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME-DCP041,MRTMAX~7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP042,MRTMAX~7,DFFMTERM-7, 


DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP0G3,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP044,MRIMAX-7,DFFMTERM~7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP045,MRTIMAX~7,DFFMTERM~7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NANE-DCP046,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK~F2 
NAME-DCP047,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
NAME~DCP048,MRIMAX~7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-~258,PACK-F2 
NAME-DCP049,MRTMAX~7, DFFMTERM-7, 
DFFNDF~?7,DFFSFDT-258,PACK-F2 
NAME~DCP050,MRIMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCPO051,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDI-258,PACK-F2 
NAME-DCP052,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP053,MRTMAX-7, DFFMTERM-7, 
OFENDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP054,MRIMAX~7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP055,MRTMAX-7,DFFMTERM~7, 
DFFNDF~-7,DFFSFDT-258,PACK-F2 
NAME~DCPO56,MRTMAX-7,DFFMTERM-7, 
OFFNDF-7,DFFSFDT-258,PACK~-F2 
NAME~-DCP057,MRIMAX-7, DFFMTERM~7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP058,MRIMAX-7,DFFMTERM~7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP059,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP060,MRTMAX-7,DFFMTERM~7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP O61, MRIMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP062,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP063,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDI-258,PACK-F2 
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NAME-DCP064,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME~DCP065,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258, PACK-F2 
NAME-DCP066,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP067,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP 068 ,MRIMAX-7, DFFMTERM-7, 
DFFNDF~-7, DFFSFDT-258, PACK-F2 
NAME~DCP069,MRTMAX-7, DFFMTERM- 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP070.MRTMAX-7, DFFMTERM- 
DFFNDF~-7, DFFSFDT-258, PACK-F2 
NAME~DCPO71,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCPO72,MRTMAX-7, DFFMTERM-?, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP073,MRTMAX~-7,DFFMTERM-7, 
OFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCPO74,MRTIMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258, PACK-F2 
MAME-DCPO75,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP 076 ,MRTMAX-7, DFFMTERM-7, 
OFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCPO77,MRTMAX-7, DFFMTERM-?, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME~BCP078,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
HAME-DCPO79,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME~DCPO80,MRIMAX-7, DFFMTERM-7, 
OFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCPO8E,MRIMAX~7,DFFMTERM~7, 
DFFNDF~7, DFFSFDT-258,PACK~F2 
NAME~DCP082,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
RAME-DCPO83,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP084 ,MRTMAX~7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK~F2 
NAME-DCP085,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCPO86 ,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP087 ,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
NAME-DCP088,MRTMAX-7, DFFMTERM-7, 
OFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP089,MRTMAX-7, DFFMTERM-7, 
OFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP090,MRTMAX~7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258,PACK-F2 
MAME-DCP091,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME~DCP092,MRTMAX~7, DFFMTERM-7, 
OFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCPO93,MRTMAX-7,DFFMTERM-7, 
DFFNDF~-7, DFFSFDT-258,PACK-F2 
NAME-DCP094 ,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCPO9S,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP096,MRTMAX-7, DEFMTERM~7, 
DFFMDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP097,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
MAME-DCPO98 ,MRTMAX~7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME~DCP099,MRTMAX-7, DFFMTERM-7, 


DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP100 ,MRTMAX~7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP101,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP102,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP103,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258 ,PACK-F2 
NAME~DCP104,MRIMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP105,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME~DCP106,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
HAME-DCP107,MRTMAX-7, DFFMTERM-7, 
OFFNDF~7, DFFSFDT~258,PACK-F2 
NAME-DCP108,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258, PACK~F2 
MAME-DCP109,MRTMAX~7, DFFMTERM-7, 
OFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP110,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME~DCP111,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP112.MRIMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP113,MRTMAX~7, DFFMTERM-7, 
DFFNOF~7, DFFSFDT-258, PACK-F2 
NAME-DCP114,MRTMAX-7, DFEMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP115,MRTMAX-7,DFFMTERM-7, 
DFFNDF~-7, DFFSFDT~258, PACK-F2 
NAME~DCP116,MRTMAX-7, DFFMTERM-7, 
OFFNDF-7, DFFSFDT-258, PACK-F2 
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Figure 18 (Part 5 of 8). CCP Assignment Set Listing for Example—5704-SC2 Only 


Configuration Limitations, Storage Estimates and Performance Considerations 


NAME~DCP117,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP118,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK~F2 
NAME-DCP119,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME-DCP120,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDI-258,PACK-F2 
NAME~DCP121,MRTMAX-7, DFFMTERM~-7, 
OFFNDF-7, DFFSFD1-258,PACK-F2 
NAME-DCP122,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP123,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
MAME~DCP124,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP 125, MRTMAX-7,DFFMTERM-7, 
DFFNDF~-7,DFFSFDT-258, PACK-F2 
RAME-DCP 126 ,MRTMAX-7, DFFMTERM-7, 
DFFHDF-7, DFFSFDT~258,PACK~F2 
NAME~DCP127,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP 128, MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK~F2 
NAME~DCP129,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP130,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
MNAME-DCP131,MRIMAX~-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP132,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
WAME-DCP133,MRIMAX-7,DFFMTERM~7, 
DFFNDF~7,DFFSFDT~258, PACK-F2 
MAME-DCP134,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME~DCP135,.MRTMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP1S6,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME~DCP137,MRIMAX~7,DFFMTERM-7, 
. DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP138,MRTMAX~7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
NAME~DCP139,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP140,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDY-258, PACK~F2 
NAME-DCP141,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME~DCP142,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP243,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP144,MRTMAX-7, DFEMTERM-7, 
DFFNDF~?, DFFSFDT-258,PACK-F2 
NAME~DCP145,MRTMAX~-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP 146 ,MRTMAX-7,DFFMTERM~7, 
DFFNDF~7. DFFSFDT-258,PACK-F2 
NAME-DCP147,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP148,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP149,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP150,MRIMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP151,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP152,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDY-258,PACK-F2 
NAME-DCP153,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME~DCP154,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP155,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP156,MRTMAX-7,DFFMTERM-7, 
OFFNDF~7, DFFSFDT~258,PACK-F2 
NAME-DCP157,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME-DCP158,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP159,MRTMAX-7,DFFMTERM~7, 
DFFNOF~7,DFFSFDT-258, PACK~F2 
NAME-DCP160,MRTMAX-7,DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK~F2 
NAME-DCP161,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME~DCP162,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258&,PACK-F2 
NAME-DCP163,MRTMAX-7,DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP164,MRTMAX-7, DFFMTERM~7, 
DFFNDF~7, DFFSFDT~258,PACK~F2 
NAME-DCP165,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP166 ,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP167,MRIMAX~7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
NAME~DCP168,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP169,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK~F2 
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NAME-DCP170,MRTMAX-7, DFFMTERM~-7, 
DFFNDF-7, DFFSFOT~258,PACK-F2 
NAME-DCP171,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDI-258&, PACK-F2 
NAME-DCP172,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP173,MRIMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP174,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-F2 
NAME-DCP175,MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP176,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP177,MRTMAX-7, DEFMTERM-7, 
DFFNDF~7,DFFSFOT-258,PACK-F2 
NAME-DCP178,MRTMAX~7,DFFMTERM~7 , 
5 DFFNDF-7,DFFSFDT-258, PACK-F2 
NAME~DCP179,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP180,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258 , PACK-F2 
NAME-DCP181,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP182,MRTMAX~7,DFFMTERM-7, 
OFFNDF~7, DFFSFDT-~258,PACK-F2 
NAME-DCP183,MRIMAX-7, DFFMTERM-7, 
DFFNDF~?7, DFFSFDT-258,PACK-F2 
NAME-DCP184,MRTMAX~?, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME~DCP185,MRTMAX-7, DFFMTERM-7, 
DFFNDF~?7, DFFSFDT~258, PACK-F2 
NAME~DCP186,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP187,MRTMAX-@§) DFFMTERM-7, 
OFFNDF~7, DFFSFDT~258, PACK~F2 
NAME-DCP188,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP189,MRTMAX-7,DFFMTERM~7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME-DCP190,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP191,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP192,MRIMAX-7,DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP1L93,MRTMAX-Y, DFFMTERM-7, 
: OFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP194,MRTMAX~7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258 ,PACK-F2 
NAME-DCP195,MRTMAX-7, DFFMTERM-7, 
OFFNDF~7, DFFSFDT-258, PACK~F2 
NAME~DCP196,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP197,MRTMAX~7,DFFMTERM-7, 
OFFNDF~7, DFFSFDT-258,PACK-F2 
NAME~DCP198,MRTMAX-7, DFFMTERM-7, 
DFFNDF- 2, DFFSFDT-258 , PACK-F2 
NAME-DCP199,MRTMAX~6, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP200,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP201,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP202,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-~258,PACK-F2 
NAME-DCP203,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK~F2 
NAME~DCP204,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258, PACK~F2 
NAME-DCP205,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME-DCP206,MRIMAX-7,DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP207,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP208,MRIMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP209,MRTMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258,PACK-F2 
NAME-DCP210,MRIMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME~DCP211,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP212,MRTMAX-7, DFFMTERM~7, 
OFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP213,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP214,MRIMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP215,MRTMAX~7, DFFMTERM-7, 
DFFNDF-?, DFFSFDT-258, PACK-F2 
NAME-DCP216,MRIMAX-7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME~DCP217,MRTMAX~-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-~F2 
NAME-DCP218,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP219,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-F2 
NAME-DCP220,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DCP221 MRT MAX BE DFFMTERM~7, 
DFFNDF-7,DFFSFDT~258, PACK-F2 
NAME-DCP222,MRTMAX-7, DFEMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP223,MRIMAX~7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK~F2 
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Figure 18 (Part 6 of 8). CCP Assignment Set Listing for Example—5704-SC2 Only 


216 


NAME-DCP224,MRTMAX-7, DFFMTERM-7, 


DFFNDF~?, DFFSFDT-258,PACK~F2 


NAME-DCP225,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK~F2 


NAME-DCP226 ,MRIMAX~7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP227,MRIMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258, PACK-F2 


NAME-DCP228,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258, PACK-F2 


NAME-DCP229, MRTMAX~?, DFFMTERM~7, 


DFFNDF~7, DFFSFDT~258,PACK-F2 


NAME-DCP230,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258, PACK-F2 


RAME-DCP231,MRTMAX-7, DFFMTERM-7, 


OFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP232,MRTMAX-7, DFFMTERM-7, 


OFFNDF~7, DFFSFDT-258,PACK-F2 


NAME-DCP233,MRTMAX~-7, DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258,PACK-F2 


NAME-DCP234,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP235,MRTMAX-~7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT~258, PACK-F2 


NAME-DCP236,MRIMAX-7, DFFMTERM~7, 


DFFNDF~7,DFFSFDT~258, PACK-F2 


NAME-DCP237,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME~DCP238,MRTMAX-7, DFFMTERM~7, 


DFFNDF-7, DFFSFDT-258,PACK~F2 


NAME-DCP239,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7,DFFSFDT~258,PACK-F2 


NAME-DCP240,MRTMAX-7, DFFMTERM-7, 


DFFNDF~7, DFFSFDT~258,PACK-F2 


NAME-DCP241,MRTMAX~7, DFFMTERM~7, 


DFFNDF-7,DFFSFDT-258,PACK-F2 


NAME~DCP242,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258,PACK-F2 


NAME-DCP243,MRTMAX-7,DFFMTERM-7, 


DFFNDF~7, DFFSFDT-258,PACK-F2 


NAME-DCP244,MRTMAX~7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME~DCP245,MRTMAX-7,DFFMTERM~7, 


DFFNDF-7,DFFSFDT~258,PACK-F2 


NAME~DCP246,MRIMAX~7,DFFMTERM~7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP247,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP248,MRTMAX~-7,DFFMTERM~7, 


DFFNDF~7, DFFSFDT-258,PACK-F2 


NAME~DCP249,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7,DFFSFDT~258,PACK-F2 


NAME-DCP250,MRTMAX~7. DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP251,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP252,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP253,MRTMAX-7,DFFMTERM~7, 


DFFNDF-7, DFFSFDT~258,PACK-F2 


MAME~DCP254,MRTMAX~7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT-258,PACK-F2 


NAME-DCP255,MRTMAX-7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT-258,PACK-F2 


NAME-DCP256 ,MRTMAX~7, DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258,PACK~F2 


NAME-DCP257,MRTMAX-~7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT~258,PACK-F2 


NAME-DCP258 ,MRTMAX~7,DFFMTERM-7, 


DFFNDF-7,DFFSFDT~258,PACK-F2 


NAME-DCP259,MRIMAX-7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT~258,PACK-F2 


NAME-DCP260 ,MRTMAX-7,DFFMTERM-~7, 


DFFNDF-7,DFFSFDT-258,PACK~F2 


NAME-DCP261,MRTMAX-7,DFFMTERM~7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP262,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP263,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258, PACK~F2 


NAME-DCP264,MRIMAX~-7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT-258,PACK-F2 


NAME-DCP265,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP266 .MRIMAX-7, DFFMTERM~7, 


DFFNDF-7, DFFSFDT-258,PACK~F2 


NAME-DCP267,MRTMAX-7,DFFMTERM-7, 


DFFNDF~-7, DFFSFDT-258, PACK~F2 


NAME~DCP268 ,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258, PACK-~F2 


NAME-DCP269,MRIMAX~7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT~258,PACK-F2 


NAME-DCP270,MRTMAX~7, DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258,PACK-F2 


NAME-DCP271,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK~F2 


NAME-DCP272,MRTMAX-7,DFFMTERM-7, 


DFFNDF~7,DFFSFDT-258, PACK-F2 


NAME-DCP273,MRTMAX~7,DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258,PACK-F2 


NAME-DCP274,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7,DFFSFDT-258,PACK-F2 


NAME-DCP275,MRTMAX-7, DFFMTERM-7, 


DFFNDF-7, DFFSFDT-258, PACK-F2 


NAME-DCP276,MRTMAX-7,DFFMTERM-7, 


DFFNDF-7,DFFSFDT~258,PACK-F2 


NAME-DCP277,MRIMAX-7, DFFMTERM-7, 


OFFNDF-7, DFFSFDT-258,PACK-F2 
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NAME~DCP278,MRIMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP279,MRTMAX~7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP280,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP281,MRTMAX~7, DFFMTERM-?, 
OFFNDF-7, DFFSFDT-258, PACK-F2 
NAME~DCP282,MRTMAX-7,DFFMTERM-7, 
DFFNDF~-7, DFFSFDT-258,PACK-F2 
NAME~DCP283,.MRTMAX-7, OFFMTERM-7, 
DFFNDF-7, DFFSFDY-258,PACK-F2 
NAME-DCP284,MRIMAX-7, DFEMTERM-7, 
DFFNDF~7, DFFSFDT~258,PACK-F2 
NAME~DCP285,MRTMAX-7, DFFMTERM-7, 
DFFNDF~-7, DFFSFDT~258,PACK-F2 
NAME-DCP286,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP287,MRTMAX-7, DEFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP288,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME~DCP289,MRYMAX-7, DFEMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP290,MRIMAX~7, DEFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP291,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,D0FFSFDT-258,PACK-F2 
NAME-DCP292,MRTMAX~7 » DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME~DCP293,MRTMAX-7, DFFMTERM~7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP294,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP295,MRIMAX~7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258,PACK-F2 
NAME-DCP296,MRTMAX~7,DFFMTERM-~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME~DCP297,MRTMAX-7, DFFMTERM-7, 
OFFNDF-7, DFFSFDT~258, PACK-F2 
NAME~DCP298,MRTMAX=7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258, PACK-F2 
NAME-DCP299,MRTMAX=7, DFFMTERM-~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP300,MRTMAX~7, DFEMTERM~7, 
DFFNDF-7, DFFSFDT~258,PACK-F2 
NAME-DCP301,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDY~258,PACK~F2 
NAME=DCP302,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP303,MRTMAX~7, DFFMTERM-?, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP304,MRTMAX-7,DEFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP305,MRTMAX-7.DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP306,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7.DFFSFDY~258,PACK-F2 
NAME-DCP307,.MRITMAX~7, DFFMTERM--7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP308,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFD1-258,PA&CK-F2 
NAME-DCP309,MRTMAX~7,DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258, PACK-F2 
NAME-DCP310,MRIMAX-7, DFFMTERM~7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP311,MRTMAX-7,DFEMTERM~7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP312,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-F2 
NAME-DCP313,MRTMAX-7, DFFMTERM-7, 
DFFNDF~7, DFFSFDT~258,PACK -F2 
NAME-DCP314,MRIMAX-7, DFFMTERM-7, 
DFFNDF~?, DFFSFDT-258, PACK-F2 
NAME-DCP315,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-v58,PACK-F2 
NAME-DCP316,MRTMAX~7,DFFMTERM-7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP3S17,MRIMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP318,MRIMAX~7, DFEMTERM~?, 
DFFNDF~7, DFFSFDT~258,PACK-F2 
NAME~DCP319,MRTMAX~7, DFFMTERM~7, 
DFFNDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP320,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT- 258,PACK-F2 
NAME-DCP321,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFOT~258, PACK-F2 
NAME-DCP322,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP323,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-F2 
NAME-DGP 324 ,MRTMAX~7, DFFMTERM-7, 
DFFNDF~?, DFFSFDT-258,PACK-F2 
NAME~DCP325,MRTMAX~7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
NAME-DCP326,MRTMAX-7, DFEMTERM-7 ' 
DFFNOF-7, DFFSFDT-258, PACK-F2 
NAME-DCP327,MRTMAX-7, DFFMTERM~7 , 
DFFNDE-7, DFFSFDT-258,PACK-F2 
NAME-DCP328,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258, PACK-F2 
NAME-DCP329,MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258, PACK-F2 
NAME-DCP330,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-F2 
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Figure 18 (Part 7 of 8). CCP Assignment Set Listing for Example—5704-SC2 Only 


Configuration Limitations, Storage Estimates and Performance Considerations 


NAME-DCP S31 .MEiMA8 1, DS oMTERM-7, 

DFF NGF »DFFSFDT-258,PACK-F2 
NAME-DCP332,MRTMAX-7,DFFMTERM- 7. 

BYPNDF-7 .DFESFET-258, PACK~f2 
NAME-DCP333.MRTMAX-?, DEFMTERM-7, 

EFFNDF- 7, DFFSSDT-258,PACK~F2 
RAME-DLP 334, MRINAS~ 7, GFEMTERM-?, 
OFFNDF-7. DFE SFDT-258,PACK-F2 
NAME-DCP 335," "TERM- 7, 

F-?, DFFSFDT~258,PACK-F2 
NAME-DCP336.MRIMSX-7, DOEMTERM-7, 

DFENDF~7,DFFSFDT-258,PACK-F2 
RAME- DCP 337,MRTMAX~7, DF FMTERM-7, 

HYENDE-~7, DEF SPNT-258,PACK-F2 
KAME-DCP335.MRIMAX- 7, CF PMYP EM 7, 

DFFNDF-7, DFFSFDT-258, PACK: £2 
NAME-DCP339,MRTMAX 7. DFEM*ERM-7, 

DFENDF~7,D8FSEDT- 258, PACK-F2 
NANE~DCP340,MRTMAX-7, DFFMTERM-7. 

OFFNDF-7.DFESFEDT-258, PACK-E2 
NAME-CCPS41,MRIMAA-7, DF FMTERM 7. 

DFFNDF~?.DFESFOT-258,PACK-F2 
NAME~DCP 342,MRETMAX-7, DEFMTERM 7, 

DFENDRE~?, DFFSFDT-258, PACK -F2 
NAME~9CP342,MRITMAY-7. DEFMTEEM-7, 

BRENDS- 7, OF FSPD7-258, PACK-F2 
NAME- DCP 344,MRTMAX-7,DEPMTERM-?, 

DFENDF~7, DFFSFDT-258,PACK-F2 
NAME-DCP345,MRTMAX-7, DF EMTERM-7, 

DFFNDF-7. DFFSEDT-258,PACK-F2 
SAME-DCP 345 MRIMAX~ 7, DEEMTERM-7, 

DFEFNDF-7., DFFSFDT-258,PACK-F2 
NAME~DCP347,MRIMAX~ 1, DEFMTERM-7, 

DFFNDF +7, DFFSFDT-258, PACK~F2 
KAME-DCP348,MRIMAX=7, DEFMTERM- 7, 

DFENDF~7.DFFSFDT-258,PACK-F2 
NAME-DCP3469,MRIMAX-7,DFF ERM~7, 

DFFNDS~7,DFESFDT -258,PACK-F2 
NAME-DCP35G M2 °MAX-~ 7, DEPMTERM-7, 

DFFNDF-7,DFFSEDIT-258,PACK~F2 
NAME-DCP35L,MRIMAX-?7,DFFMTORM-7. 

OFENDF~?,. DFESFOT-258,PACK-F2 
tAX-7, DF FMT ERM 

DPPNOF- 7, DFFSFDT +258 PAK «FO 
NAME~DCP353,MKTMAX-7, DF PMTERM-2, 

DFFRDE-7, DFE SFOT~258,PACK~F2 
NAME-DCP 554, M21TMAX-7.DEEMTERM <7, 

DFFNDE-7, DFS SPFDI-258,PACK-F2 
NAME-DCP 355 ,MRIMAX-7, DF EMTERM-7, 

JFFNDF-7.DFFSFDT~258, PACK-R1 
NAME -DCP356 .MRIMAX- 7, OF FMTERM-7, 

DEPNDF-7, DEFSFDT -258, PACK RL 
NAME-DCP357,MRTIMAX-7,DFEMTERM-7, 

DFFNDF-7,DFFSFDT-258,PACK-RL 
NAME-DCP 358 .MRIMAX-7 .DEPMTERM-7, 

OFFNOF~7,D°FSFDT -258,PACK-RI 
NAME-DCP359,MRIMAX-7,DFFMTERM-7, 

OFFNDF-7,DFFSFD1-258,PACK-R1 
NAME -DCP360,MRIMAX-7,DFEMTERM~7, 

OFFNDF~7,DFFSFOT-258,PACK-RL 
NAME-DCP361.MRTMAX~7, DFFMTERM-7, 

DFFNDF-7, DF FSFOT-258,PACK-R1 
NAME~DCP362,MRIMAX=7,DFFMTERM-7, 

DFFNDF~7,DFFSEDT-258,PACK-RY 
NAME-DCP363,MRTIM4X-7, DEFMTERM-7, 

OF FNDF~?, DFFSFDT-258,PACK-R} 
NAME~DCP364.MRIMEX-7,DFFMTERM~-7, 

DFFNDF-7,DFFSFDT-258,PRCK-R1 
NAME~DCP365,.MRIMAX- 7, DF FMTERM~7, 

DFFNDF-7, DFFSFDT-258.PACK-RI 
NAMC~DCP366,.MRIMAX~7,DEFMIERM-7, 

OF FNDF-7, DFFSFDT~258,PACK-R1 
NAME~DCP367.MRIMAX-7, DF FMTERM-7, 

OPENDF-7, DFFSFD'~258,PACK-R1 
NAME-DCP368,NRTMAX~7,DEFEMSERM-7, 

GFENDF~7, DFFSFD!-258,PACK=RI 
NAME~DCP369,MRIMSX-7, DF FMTERM-7, 

DFFNDF DFFSFDT~258,PACK-R1 
NAME-DCP370,MRIMAX-7,DFEMTERM 7, 

NFENDF-7, DEFSFDT-258, PACK-R} 
NAME-DCP271,MRIMAX-7..DEFMTERM7, 

OFFNDF-7, DEFSFDT-258,PACK-R1 
NAME-DCP372,MRIMAX-7,DFEMTERM-7, 

DFFNDF-7,DEFFSFD1-258,PACK-R1 
NAME-DCP373,MRIMAX-7, DFFMTERM-7, 

DFENDF~7, DE FSFDI-258,PACK-R} 
NAME-DCP374,MRIMAX-7,DFFMTERM-7, 

DFFNDF-7. DFFSFOT~258,PACK-RL 
NAME-DCP375,MRIMAX-7,DFFMTERM: 7, 

DFFNDF-7, OF FSFDT-258,PACK-R1 
NAME-DCP376,MRTMAX-7, DFFMTERM-7, 

DFFNDF-7, DFFSFDT~258,PACK-Ri 
NAME~DCP377,MRIMAX-7, DFFMTERM-7, 

DFFNDF~7, DFFSFDT~-258,PACK-Ri 
NAME-DCP378,MRIMAX-7,DFFMTERM-7, 

DFFNDF-7, DFFSFOT 8, PACK~RY 
NAME~DCP379,MRTMAX-?, DEFMTERM-7, 

DFFNDF-7, DFFSFDT~258, PACK-Ri 
MAME-DCP380.MRTMAX-7, DFEMTERM-7. 

DFFNDF~7.,DFFSFDT-258,PACK-R} 
NAME-DCP381,MRIMAX-7,DFFMTERM-7, 

DFFNDF-7,DFFSFDT-258,PACK-R} 
NAME -DCP382,MRTMAX-7,DFFMTERM-7, 

DFFNDF -7,DFFSFDT-258,PACK-&i 
NAME-DCP383,MRIMAX- 7, DFEMTERM-7 

OFENDF-?. DFFSFD™ 258,PACK-Rt 





















HAME-DOP 352, 
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PROGRAM NAME-UCP 384, 
PROGRAM NAME-DCP385, 
PROGRAM NAME-DCP386, 
PROGRAM NAME-DCP387, 
PROGRAM NAME- DCP 388, 


PROGRAM NAME-O0CP 389, 


* PROGRAM NAME-DCP 390, 


PROGRAM NAME-DCP391, 


PROGRAM NAME-DCP3$2, 


PROGRAM NAME“DCP39S, 


PROGRAM NA 





E-DCP394, 
PROGRAM NHAME-DCP395, 
PROGRAM NAME’ DCP396, 
PRUGRAM NAME-DCP397. 
PROGRAM NEME~DOPL98, 
PROGRAM NéME-DCP399, 
PROGRAM NEME-DCR4GDG, 
SCGRAM NAME DCP4OL, 
PROGRAM NAME~DCP402, 
PROGRAM NAME~DCP4O3, 
PRIIGRAM N&AME-DCP40G, 
PROGRAM NAME~DCP405, 
PROGRAM NAML-OCP4(06, 
PROGRAM NAME-DCP4O7, 
PROGRAM NAME-DCP498, 
PROSRAM NAME-DCP409, 
PROGRAM NAME~DCP410, 
PROGRAM NAMF< DCP41L, 
PROGRAM NAME-DCPG12. 
PROGRAM NAME-BCPS15, 
PROGRAM HAME-DCP414, 
PROGRAM NAME-DCP415, 
PRUGRAM NAME-DUP4IS, 
PROGRAM NAMé -DCPGL?. 


PROGRAM NAME-DCPS1a. 


PROGRAM NAME-DCP419, 
PROGRAM NAME-DCP420, 
PROGRAM NAME-DCP422, 


PROGRAM NAME-DCP422, 


PROGRAM NAME-DCP423, 


PROGRAM NAME -BCP424, 


PROGRAM NAME~DCP425, 


MRIMAX~7, DFFMTERM-7, 
DFFNDE-7, DFFSFDT-258,PACK-RL 
MRTMAX~7,DFFMTERM-7, 
BFFNDF~-7, DEFSFDT~258,PACK-R1 
MRTIMAX-7,DFFMTERM-7, 
OFFNDF~7,DFFSFDT-258,PACK-RL 
MRIMAX-7.DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-R1 
MRTMAX~?, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-R1 
MRTMAX-7, DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-R1 
MRIMAX~-7.DFFMTERM-7, 
DFFNDF-7,DFFSFDI-258,PACK-R1 
MRIMAX-7, DFFMTERM-7, 
LFFENDF-7,DFFSFDT-258,PACK-R1 
MRIMAX-7 . DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK~R1i 
MRTMAX-7,0FFMTERM-7, 
DFFNDF-?,DFFSFDT-258,PACK-R1 
MRIMAX-7, PEFMTERM~7, 
OFFNDi~7,DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT~258,PACK~Ri 
MRIMAX-7,DFFMTERM~ 7, 
DFFNDF~7, UFFSFDY-258,PACK-R1 
MRTIMAX~?,DFFMTERM-7, 
OFFNDF-?,DFFSFOT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDU-7,DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDF~?7, DFFSFDT~2Z58,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-RL 
MRTMAX-7, DF FMTERM-7, 
DFENDF-?, DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFPNDF~7, DF FSFDT-258,PACK-R1 
MRIMAX~7,DFFMTERM-7, 
DFFND }, DFFSFDT-258,PACK-R1 
MRIMAX-7,DFEMTERM~7, 
SFFNDF-7,DFFSFDT~258,PACK-RL 
MS TMAX-7, DF FMTERM-7, 
DF FNDF-7, OFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM 
DERNDE~7, OFFSFDI-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDF-7, DFFSFDT-258,PACK-R1i 
MRTMAX-7, DFEMTERM: 7, 
DFFNDF~7,DFFSFDT-258,PACK-R1 
MRIMAX-7, DF FMTERM-7, 
DFFNDF-7,DFFSF9T~258,PACK-R1 
MRTIMAX-7, DEFMTERM-7, 
DFFNDE-7,DFFSFDY-258,PACK-R1 
MRIMAX~7, DFFMTERM-?7, 
DrFNDF~7,DFFSFDT-258,PACK-RL 
MRIMAX-7, OF FMTERM-7, 
OFFNDF-7,DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DFFNDF~7,DFFSFDT~258,PACK-R1 
MRIMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT~258,PACK-RL 
MRIMAX-7,DFEMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-R1 
MRUMAX-7,DFFMTERM-7, 
DFFNUF-?,DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM~7, 
DEFNDF=-7, DF FSFD1T-~258,PACK-R1L 
MRIMAX-7,DFFMTERM-7, 
DE FNDF-7,DFFSFDT-258,PACK-R1 
MRTMAX-7, DFFMTERM-7, 
DFFNDF-7,DFFSFDT-258,PACK-R1 
MRIMAX-7,DFFMTERM-7, 
DEFNDF~7,DFFSFDT-258,PACK-R1 
MRTMAX-7, DEFMTERM-7, 
DFFNOF~?,DFFSFDT-258,PACK=R1 
MRIMAX-7,DFFMTERM~7, 
DFFNDF-7,DFFSFDYT -258,PACK-R1 
MRTMAX-7, DFFMTERM-7, 
DFFNDF-7, DF FSFDT-258,PACK-R1 
MRTIMAX~-7,DFFMTERM-7, 
DFFENDF-7,DFESFDT-258,PACK-R1 
MRIMAX~7, DF FMTERM-7, 
DFFNDF~7,DFFSFDT-258,PACK-R1 














PROGRAM NAME~SMLST.FILES-"FILSI7/15,FILS18/1S,FILS16/I5, 
FILSI971S. FILS207IS,FILS2171S,F1LS2271S, FILS23/18,FILS24/15", 


POMDATA~NO 


PROGRAM NAME-FLI9VZA, FILES-"FILCOG/IS, FILOOI1/IS, FILQ02/I5, 


FILOO3/IS,FILGO47IS,FILOO5/IS, 
FILOO6/IS,FILOO77IS,FILO08/1S, 
FILOO9/IS,FILO1O/IS,FILO1IZIS, 
FILOL2/IS,FILO13/IS,FLL014715, 
FILO15/15S, 

FILO97/IQU/NOSHR, FILO98/IOU/NOSHR, 
FILO99/ITOU/NOSHR, FILiOG/IOU/NOSHR, 
FILIOI/IOU/NOSHR, FIL1O02/1T0U/NOSHR, 
FILIOQ3/TOU/NOSHR, FILL04/10U/NOSHR, 
FILIOS/1OU/NOSHR, FILLO6/IGU/NOSHR, 
FILIO7/IGU/NOSHR, FILIG8/10U/NOSHR, 
FILLO9/IOU/NOSHR, FILL10/IOU/NOSHR, 
FILILI/IOU/NOSHR", PGMDATA-ND 
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7/ PROGRAM NAME-FL192B,FILES-*FILO16/IS,FILOI77IS, FILOI87I1S, 
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FILOI9VIS, FILO20/1S, FILOZ1/15S, 
FICO227I1S, FILOZ3715, FILO24/15, 
FILO25/IS,FILO26/18,FIL027715, 
FILO28/IS,FILO297IS,FILO30/I5, 
FILO31/1£5,FILL1I271OU/NOSHR, 
FIL113$/1IQU/NOSHR, FIL134/1OU/NCSHR, 
FIL115/TOU/NOSHR, FIL116/I10U/NOSHR, 
FILII7/1QU/NOSHR, FILI18/IOU/NOSHR, 
FIL119/YOU/NOSHR, FILI20/710U/NOSHR, 
FIL121/10U/NOSHR, FIL122/10U/NOSHR, 
FILI123/1OU/NOSHR, FIL124/10U/NOSHR, 
FIL125/1OU/NGSHR, FIL126/10U/NOSHR, 
FIL127/1I0U/NOSHR',PGMDATA-ND 


7¢ PROGRAM NAME~FL192C,FILES~"FILOS2/1S9,FILO33/I1S,FILO34715, 
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FILO35/1S,FIL03671S,FILO37/15, 
FILO38/IS,FILO397IS,FILO40715, 
FILOG171S,FIL042/1S,FIL043715, 
FILO467I1S,FILO45/15.FIL046715, 
FILO47/15,FIL128/1QU/NOSHR, 
FILI29/ EOU/NOSHR, FILI3071GU/NOSHR, 
FILI3i/IOU/NOSHR, FILI32710U/NOSHR, 
FIL13S/EOU/NOSHR. FIL134/ [0U/ROSHR, 
FILI35/10U/NOSHR,FILY3671OU/NOSHR, 
FILI37/IOU/NOSHR, FILL 38/7 IOU/NOSHR, 
FILI39/71OU/NOSHR,FILL40/10U/NOSHR, 
FILIG@27TOUCNOSHR.FILIG2710U/NOSHR, 
FIL143/10U/NOSHR*,PGMDATA-NO 


¢7 PROGRAM NAME-FL192D,FILES-'FILO48/1S,FIL049/1S5, FIL 050715, 
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FILOS1Z1S,FILOS2/1S,FILO53/15, 
FILOS47IS,FILO55/IS,FIL056715, 
FILOS57/15, FIL 058715, FIL059"I5, 
FILO60/IS,FILO061/IS,FIL 062/15, 
FILO63/I1S,FILI44¢/I0UCNOSHR, 
FIL145/10U/NOSHR,FIL146/1QOU/NOSHR, 
FIL147/TQU/NOSHR, FILIG&8/ TOUCNOSHR, 
FILI49/1OU/NOSHR, FILI59/IGU/NOSHR, 
FILI51/1QU/NOSKR, FILIS52/10U7NOSHR, 
FILIS3/10U/NOSHR, FILI54/1T0OU/NOSHR, 
FIL155/IOU/NOSHR, FILi5$71OU/NOSHR, 
FILIS7/LOU/NOSHR, FIL158710U/HOSHR, 
FILL59/IQU/NOSHR',PGMDATA-NO 


77 PROGRAM NAME-FLISZE,FILES~"FILO64/1S,FIL065/1S, FIL 066715, 
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FILO67/71S,FIL068/1S,FIL069/1S, 
FILO7OZIS,FILO7I7IS,FILO72715, 
FILO73SZIS,FILO74/1S,FILO75/15, 
FILO767IS,FILO77/71S,FILO28/15, 
FILO7971S,FILI60/IOU/NGSHR, 
FILI6171OU/NOSHR, FIL162/ LOUZNOSHR, 
FILL63/TOU/NOSHR, FILI64/1OU/NOSHR, 
FIL165/1OU/NOSHR, FILI66/TOU/NOSHR, 
FILIG7/1OU/NOSHR, FILI68/10UZNOSHR, 
FIL169/TOU/NOSHR, FIL170/1OU/NOSHR, 
FILI7IZIOUCNOSHR, FIL172/10U/NOSHR, 
FILI73/TOU/NOSHR, FILL747 10U/NOSHR, 
FIL175/10U/NOSHR* .PGMDATA-NO 





77 PROGRAM NAME-FLI9ZF,FILES-*FILO80/IS,FILOBI/IS, FILO82715S, 


af 
“é 
“wt 
“t 
at 
ut 
ws 
a 
uw 
“sf 
st 
ot 
“t 
—/% 


Example—5704-SC2 Only 


FILO&3/IS,FILO84/1S, FIL 085715, 
FILO86/I1S,FILO87/IS,FILO88/15S, 
FILC89/IS,FILO90/IS, FILO9I7IS, 
FILOQ27IS.FILO93/IS,FILO94715, 
FILO957IS,FILL76/TOU/ZNOSHR, 
FILL77/IOU/NOSHR,FILI78/71TOUZNOSHR, 
FIL179/IOUCNOSHR, FILI@0/“TOU/NOSHR, 
FILL81/TOU/NOSHR, FILI8B2/71OU/NOSHR, 
FILI83/TOU/NOSHR, FIL184/IOU/NOSHR, 
FILI85/1OU/NOSHR, FILIB6/1OU/NOSHR, 
FILI87/1QU/NOSHR, FILIBB/1OU/NCSHR, 
FILI89/TOU/NOSHR, FILI9OZTOUZNOSHR, 
FILI9LZITOU/NOSHR* ,PGMDATA-NO 


DISK STORAGE ESTIMATES FOR THE CCP 






Space occupied on the production pack (pack on ‘CCUNIT’ specified in 
$SEGEN generation control statement). 






Object Library: 










Base number 1120 sectors 









If MLTA supported, add 65 sectors 





If BSCA supported, add 45 sectors 








lf DFF supported, add 65 sectors 






Source Library: 







Cardless-generation 7 sectors 


Space occupied ona Program preparation pack (pack on ‘PPUNIT’ specified 
in SEPLG generation control statement): 






For LANG-ASSEM, 198 sectors in source library 






For LANG-RPGII, 9 sectors in object library 






For LANG-COBOL, 2 sectors in object library 


For LANG-FORTRAN, 2 sectors in object library 
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Size of $CCPFILE (determined from specifications in $EFIL generation contro! 
statement and generation statements defining lines and terminals): 
Determine the number of sectors per assignment set as follows: 
Start with one sector 
For TERMS-n: 1 - 14 terminals, add 3 sectors 
15 - 22 terminals, add 4 sectors 
23 - 28 terminals, add 5 sectors 
29 - 42 terminals, add 6 sectors 
43 - 44 terminals, add 7 sectors 
45 - 51 terminals, add 8 sectors 
For BSCA-n ($EBSC) and LINES-n ($EMLA): 
Add one sector if the sum of BSCA-n plus LINES-n is 


less than seven; add two sectors if the sum of BSCA-n 
plus LINES-n is seven or greater 


If any switched lines are to be supported, add one sector 


For DFILES-n, add one sector per 12 or fraction thereof 


For PROGS-n, add one sector per 5 or fraction thereof 


Determine the space for al// assignment sets by multiplying 
the total above by the number specified for SETS-n. To 
this product add 39 sectors for Program Number 5704-SC1. 


For Program Number 5704-SC1 only 


Determine the number of sectors required by each storage 
dump. 


The supervisor and the CCP Partition are written to disk 
whenever a dump occurs. To calculate the disk space 
required, 1K bytes of main storage require four sectors 
of disk space): 


1. Add the supervisor size to the CCP Partition 
size. 

2. Convert to sectors. 

3. Add one sector to this amount; the CCP requires 
this sector for the header record. 


The above calculation results in the number of sectors 
needed for a dump. 


For Program Number 5704-SC1 only 


Multiply the above number of sectors by the number of 
dumps specified (DUMPS-n) for the total number of sectors 
allocated for main storage dump space. 


The sum is the total number of sectors allocated for 
$CCPFILE. 
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For Program Number 5704-SC2 only 


The storage dump area calculation for $CCPFILE may be 
omitted for Program Number 5704-SC2. The storage dumps 
are placed in the main data area file ($CCPDUMP). This 

file is used for tracing to disk with the OCC loadable CCP 
trace; it is also used for storage dumps. 


Size of $CCPDUMP (determined from specifications in 
$EFIL generation control statement) 


A. Determine the number of sectors required by each 

storage dump: 

1. Multiply system size in K by 4. (This yields the 
number of records per dump.) 

2. Add 1. (One record/dump is required as a header 
record.) 

Multiply the above number of records by the 

number of dumps (DUMPS-n) specified for the 

total records allocated for the main storage dump 

space. 

Convert the above to tracks by dividing by 48 and 

round up to the nearest number. 

Add the number of tracks (DPTRAC) designated 

for use by trace. 

Add one track (this track will be used as directory 

space). 


Work file space required during generation: Three work files 
are used, the filenames and the sectors required are: 

For $SOURCE, 4080 sectors 

For $WORK, 1200 sectors 

For $WORK2, 1200 sectors 





Note: Cardless-generation procedures as supplied require 20 tracks for a $SSOURCE 
workfile at location 386 on the CCP distribution pack. 


TIPS FOR IMPROVED PERFORMANCE AND MAIN 
STORAGE UTILIZATION 


This discussion is intended as a summary of techniques for 
improving CCP performance (response time) and CCP main 
Storage utilization. In some cases, techniques for improving 
CCP performance result in increased use of main storage. 
On the other hand, techniques for saving main storage space 
may result in somewhat slower performance. The proper 
balancing of these two factors for a Particular installation 
depends on the application requirements of the installation 
and the hardware resources available to the installation. 


Analyzing the application mix of a Particular installation 
will help determine requirements for performance and main 
storage utilization. In general, applications that call for 
continuous and prolonged interaction between the terminal 
operator and the system, such as order-entry applications, 
require minimum response time so the Operator can be as 
productive as possible. Inquiry applications, on the other 
hand, might not require such rapid response, because 
operator interaction with the system is not likely to be 
continuous, and operator productivity is not likely to be as 
dependent on the response time of the system. Thus, when 
the predominant type of application being run under the 
CCP is order-entry, system design choices can be weighted 
in favor of improving response time, even if it costs main 
storage space. When the predominant type of application 
is inquiry, system design choices can favor saving main 
storage space. 


Resident Accept: The ACCEPT operand of the $EFAC 
generation statement specifies whether accept-input 
operations are to be handled by code resident in main 
storage or by a transient. Resident accept (ACCEPT-YES) 
reduces transient area contention and provides faster access 
to data. It is especially effective for single requesting 
terminal (SRT) program type operations. 


Resident DFF Format Index (5704-SC2 only): The 
DFFINDX operand of the system assignment statement 
specifies whether the DFF format index built by startup is 
to be resident in main storage. Resident indexes reduce the 
time required to locate a DFF format. It is especially 
effective for single requesting terminal (SRT) Programs that 
use DFF type operations and PRUF type programs. 


if DFFINDX-NO is specified, a partial DFF index can be 
built in main storage if the external pointer list is built and 
there is room for indexes. Refer to External Pointer List 
for more information. 


Resident OPEN/CLOSE: (5704-SC2 only}: The RESOPN 
operand of the $EFAC macro for generation causes 
$CCROC to be loaded during startup. This eliminates the 
need to call transients for allocate open and close functions 
under CCP. In an RPG I! program with card input and 
index load file output, the resident module saves 18 
transient calls for one program request. For sort with one 
input and one output file, the resident module saves 38 
transient calls for each program request. However, resident 
open/close requires 55 bytes in $CC4#1 and 10K bytes of 
storage to be allocated to the UPA. 


Resident Program Request (5704-SC2 only): The RESREQ 
operand of the $EFAC macro for generation causes $CCRPR 
to be loaded during startup. This eliminates the need to call 
transients for CCP program request functions. For an SRT 
Program request or a nonactive MRT program request, four 
transient loads are saved. For an active MRT program request, 
three transient loads are saved. Three transient loads are also 
saved each time the system operator wants a program request 
(PF9 key). Resident program request also saves two transient 
loads for each system or terminal Operator command that 

is entered. If RESREQ-YES is specified, $CCRPR occupies 
4K bytes of storage, which would otherwise have been 
allocated to the UPA. 


The following system design considerations and techniques 
can be used to improve CCP performance and/or main 
storage utilization: 


Resident Polling: The RESPOL operand of the $EBSC 
generation statement (see index entry) specifies whether 
BSC polling modules are to be resident in main storage 
rather than be executed as transients. Resident polling 
(RESPOL-YES) is especially important when both DSM 
partitions are active to ensure good response time. If resi- 
dent polling is not used, the CCP can be prevented from 
polling when the non-CCP program partition is using the 
DSM transient area (for example, for disk access). 


Placement of Files and Programs on Disk: CCP performance 
can be improved through careful arrangement on disk of 
DSM and CCP routines, $CCPFILE, user application pro- 
grams, 3270 display formats, and data files. These elements 
of the system can be arranged in such a way as to keep disk 
access mechanism movement at a minimum during ccP” 
operation, thus improving disk access speed. Dual spindle 
systems or the 5445 allow more flexibility in arrangement, of 
these elements than single spindle systems. 


DFF Buffer Support (5704-SC2 only): Specify an optional 
DFF buffer for each BSC line using DFF to improve per- 
formance by allowing up to four DFF user PUTs to be 
scheduled in various stages of transmission at any given 
time. See /BM System/3 CCP System Design Guide, GC21- 
5165 for additional information. 


Configuration Limitations, Storage Estimates and Performance Considerations 223 


Minimizing Disk Access Mechanism Contention: The ex- 
amples shown in Figure 16 for a dedicated system illustrate 
disk arrangements that minimize disk access mechanism 
contention. These arrangements would not necessarily be 
best for all CCP configurations. For example, the location 
of SCCPFILE is critical to performance when inquiry 
Programs are used frequently or when programs use DFF 
with many different formats, because program allocation 
and initiation occur frequently with frequent accesses of 
SCCPFILE by the CCP. In order-entry applications, on 
the other hand, program allocation and initiation occur 
less frequently and the placement of $CCPFILE is less 
critical; however, placement of data files become critical 
for good performance, because frequent access to disk data 
files is likely. 


Arranging the elements of the CCP system according to 
certain general guidelines can improve CCP performance. 
Some guidelines to follow are: 


@ Generate CCP on a clean (initialized) disk volume on 
which an object library was created before generation. 


@ Place compilers on separate, removable program prepa- 
ration packs to free object library space that is as close 
as possible to the beginning of the library on the DSM 
pack for user programs or 3270 display formats (if used). 


@ Place user programs and display formats into the object 
library that has space available nearest the location of 
the CCP transients ($CC4xx) at the beginning of the 
library to minimize disk access mechanism movement 
for retrieval of formats and programs. 


® Place $CCPFILE next to the object library on the disk 
unit that has the smallest object library or as close as 
possible to the beginning of the disk volume, if no object 
library is present on that volume. This provides the 
fastest disk access to $CCPFILE. 


@ Build packs containing data files evenly, placing the most 
frequently used files in the center. Then put the remain- 
ing data files on each side of the center files according to 
their usage. In other words, the more often a file is used 
the closer to center it would be; the less often a file is 
used the farther from center it would be. 
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CCP USER TASK PRIORITIES 


The priority of user tasks under CCP is determined by the 
Program type. An awareness of the priority structure can 
heip to assure that the relative priority of user tasks meets 
installation needs. The following list shows the priority 
structure by program type. FIFO and LIFO refer to first- 
in-first-out and last-in-first-out respectively. LOW refers 
to the low priority option on the Assignment PROGRAM : 
statement. This statement is only valid under Program 
Number 5704-SC2. 


NEP (FIFO) 

NEP- LOW (LIFO) 

MRT (FIFO) 

SRT (LIFO) 

MRT and SRT LOW (LIFO) 


Interval polling: \NTPOL on $EBSC generation, non-MLTA 
systems, can significantly reduce metered processing unit 
time in low activity periods. 


3284 Printer Busy Timer: \f you are using a remote 3284 
printer for output and receive numerous printer busy condi- 
tions, consider one of the following methods. These methods 
decrease the amount of line activity required for CCP to 
process your request for output and to return the code 
indicating the printer is busy. 


1. 


After receiving a printer busy return code, set the 
interval timer via the macro $SIT. This stops your 
task for a specified amount of time before retrying 
your put operation. Note that this method requires 
an assembler. 


Use the RPG II operation code TIME to get the time 
of day. Issue the time operation until the desired 

time period elapses from the initial time request. Then 
reissue the put operation request. 


Use the CCP operation code WAT to wait for a speci- 
fied time before retrying the operation. 


Note: This method requires a transient to be loaded and 
can cause conflicts involving the disk drives. 


Track 0 | Dedicated System 


GO CHO CHC 


= $CCPFILE 

= User Programs 

= Data Files 

Disk System Management 

= CCP 

= 3270 Display Formats (DFF) 


Ooh whrd = 
HT] 


CCP Transients ($CC4xx) 


Reserved tracks; source library 


m= Co 


7 $SCCPFILE shown in R1 because R1 has a smaller 
object library in this example. 


Least-used data files. 


Figure 16, Examples of Disk Arrangement for Good Access Speed. RESPOL-YES Assumed. 
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Use of High-Speed Hardware: BSC communication line 
speed can be increased through use of BSCA high-speed 
features or EIA local attachment feature (see /BM System/3 
Models 8, 10, 12, and 15 Components Reference Manual, 
GA21-9236 for details). 


Blocking 3270 data causes minimal degradation in total 
response time. With blocking, the display format actually 
begins to appear sooner than without blocking. The screen 
blinks as it receives each block of data. 


Console Activity: Excessive communication with the con- 
sole by programs running under the CCP can degrade CCP 
performance by causing a backup of unanswered messages. 


Activity of the Non-CCP Program Partition: \n dual parti- 
tion systems, the type of activity in the non-CCP program 
partition can affect CCP performance. For example, if the 
program in the non-CCP partition is doing a great deal of 
disk 1/0, contention for disk access can cause slower CCP 
performance. Also contention for use of the DSM transient 
area between partitions causes slower CCP performance. 


Single Function Inquiry Coding Technique: By entering 
data to inquiry programs with the program request, the 
inquiry program needs to perform only two communica- 
tions operations~an accept input from the terminal and a 
put to the terminal. If the number of disk accesses done by 
the program is kept to a minimum, response time for such 
inquiry programs is minimal and response time for other 
programs currently in storage is improved. 


Updating Shared Files: When two or more programs are 
updating shared files concurrently, CCP performance can be 
impaired by two or more programs attempting to update 
records from the same disk sector at the same time. For 
example, when a program retrieves a record but takes no 
action, that record is not updated and the next record is 
not retrieved. 
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Using Get instead of Invite and Accept Input: \n suitable 
applications, such as simple inquiry without 3270 DFF, use 
of get instead of invite input saves one data move operation, 
saves CCP task switching, and saves the accept input opera- 
tion. 


Using DFF Output/Input Field Types 7 and 8 to Identify 
Screens: Output/input field types 7 and 8 are protected, 
alphameric, nondetectable fields with the modified data 

tag on. Type 7 fields are nondisplay; type 8 fields are dis- 
played at normal intensity. See /BM System/3 Communi- 
cations Control Program Programmer’s Reference Manual, 
GC21-7579 for complete information concerning DFF field 
types. 


DFF output/input field types 7 and 8 are protected and 
cannot be changed by the termina! operator. These two 
field types can be overridden to types 1, 2, or 5. 


DFF output/input field types 7 and 8 can be used to store 
information at the terminal. This information is retrieved 
with the next get or accept input operation as long as the 
modified data tags are not set off by the program. These 
field types can be used (by placing information in them 
with a put message or put override operation) to determine 
two different things: 


1. lf the program uses multiple formats to perform its 
job, these fields could be used to determine which 
display format the terminal currently is using. 


2. If the program has a series of multiple steps or opera- 
tions to perform with one format, these field types 
could be used to tell the program which step was 
performed last with this terminal or which step 
should be performed next. 


The put override operation with reset modified data tags 
(select input fields) should not be used on a format that 
contains type 7 or 8 fields because these modified data tags 
are set off and the data is not returned to the program unless 
they are overridden to a type 1 or 2. If the type 7 or 8 
fields are not overridden to a type 1 or 2, after a reset 
modified data tags operation, the data at the terminal 
cannot be changed by the terminal operator because the 
fields are protected. Because the modified data tags are 

off, the data is not returned to the program. 


The output/input field types 7 and 8 should be defined in 
the formats such that the data received from these fields 
would appear immediately after the attention identification 
character. Recognition of this data and how the following 
data should be read is then determined. 


When the DFF output/input field types 7 and 8 are used 
to determine which format is presently at the terminal, 
the accept input or get operation maximum expected 
length placed in the parameter list (or array) should re- 
flect the length of the longest record area expected from 
any of the possible formats. Otherwise a truncated data 
return code might be received. 


If a single display format is used for all operations, the pro- 
gram can check the value of the output/input field when 
input is received from the terminal to determine which step 
in the series to perform. When the program has completed 
that step, it can issue a put override operation to change 
the value of the output/input field to call for the next step 
in the series. 


Code All Display Formatting in the Program: \n inquiry 
applications that are highly response-time dependent, per- 
formance can be improved by coding all display formatting 
in the application program rather than using DFF. Response 
time can be shortened because accessing of display formats 
on disk is avoided. 


Program Request Under Format (PRUF): A program is a 
PRUF program when the PRUFLNG parameter is specified 
in the PROGRAM statement. The PRUFLNG parameter 
specifies the maximum length of program request data 
acceptable by the program. If the PRUF program is also a 
DFF program, the PRUF$Z parameter is specified. This 
gives the name of the format which is used by DFF to for- 
mat the program request data. 


With a non-PRUF request, the maximum amount of data 
that can be passed to a user program, as a program request, 
is 78 characters. This causes inefficient usage of the 3270 
terminal buffer for program to program communication. 
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PRUF provides the following capabilities: 


@ More than one field of data can be passed as program re- 
quest data. 


® More than 78 characters of data can be accepted as pro- 
gram request data. 


@ The AID character is passed as program request data to 
PRUF programs but not to non-PRUF programs. 


@ DFF moves program request data to the user program 
being requested under format control if the program be- 
ing requested is a DFF PRUF program. DFF does not 
Process non-PRUF program request data. 


@ Main storage can be used efficiently because a program 
does not need to be in main storage during a lengthy 
terminal operator keying operation. 


To inform CCP that the next program request from a 3270 
terminal will be a PRUF program request, user program A 
(which may be a PRUF or a non-PRUF program) executes 
a PRUF-PUT operation to the 3270 terminal as its last out- 
put operation prior to releasing that terminal or going to 
end-of-job. Before returning the terminal to command mode 
status, CCP reserves an area from the TP buffer, equal in 
length to the maximum PRUFLNG, as a temporary hold 
area for the program request data from that terminal. CCP 
only reserves a TP buffer area equal in length to the 
PGMREQL, as specified in the SYSTEM statement, if the 
last user output operation to that terminal is not a PRUE- 
PUT operation. The first field entered from the 3270 must 
be the program name of the PRUF program to be requested 
and must not begin before row one, column two on the 
screen. This field is normally output as the first field by 
program A’s PRUF-PUT operation. The terminal operator 
then keys in data to all needed input fields on the screen. 


NR 
NS 
~ 


When all the needed fields are keyed in, press the ENTER 
key, a PF key, or insert a card into the card reader. (This 
action is device dependent.) Now program request for pro- 
gram B enters the system. {f program B is a non-DFF pro- 
gram, the following data is passed as program request data 
to program B: 


~DACCS 
ye T@@BECPGMNAMBPGMDATA 
VD A 
Where: 
Cc : . : 
U = Control unit address of the 3270 terminal 
D 
E = Device address of the 3270 terminal 
Vv 
A 
i = Aid character 
D 


™ 


” = Cur ddress 
@e@ sora ss 


= Set buffer address (X‘11') 


pan 


@@ = Address of start of PGMNAM field 
PGMNAM = Name of program B 
% = EBCDIC character for a blank (X‘40’) 


PGMDATA= _ Remainder of 3270 text stream or the 
number of characters specified by 
PRUFLNG parameter, whichever is the 
smaller of the two 


A PRUF program request returns more characters of data 
(eight + PGMNAM length + one, more) than a non-PRUF 
program. If program B is a DFF PRUF program, DFF 
attaches the PRUF$Z format to the program. Using that 
format for control moves data into program B’s input record 
area at program request time. 
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The following considerations apply when running CCP 
assignment sets with PRUF programs: 


@ PRUF PUT operations to the system console are invalid. 


@ If PRUF is active on the 3270 terminal at program request 
time, and the program being requested is a non-PRUF 
program, CCP rejects the program request. 


@ if PRUF is not active on the 3270 terminal and the pro- 
gram being requested is a PRUF program, CCP issues a 
02 return code following the accept input operation. The 
program request data returned in this case begins with the 
first character of data following the program name and a 
blank. This will not have been processed by DFF. 


@ \f PRUF is active on the terminal, all system messages to 
that terminal are output in positions 82 through 160. 
Therefore, these positions.should be passed with caution 
at program request time to PRUF programs. 


@ |f PRUF is active on the terminal and the operator 
presses the CLEAR key, PRUF is inactivated. 


The installation verification program (CCPIVP) is furnished 
as a load (O) module on the CCP PID pack. CCPIVP isa 
single requester program allowing data with the program 
request. The program communicates with the 3277 CRT 
after being requested. 


Because of the design of the Program, it can be requested 
from a command terminal as wel! as the console keyboard. 
However, once CCPIVP is loaded, it communicates solely 
through the CRT. If CCPIVP is requested by a terminal 
rather than the console, the requester is released immediately. 


Functions that can be exercised by CCPIVP include: 
1. Load from the system console keyboard. 


2. Release of a requesting terminal (other than the 
system console). 


3. Data with the request. 

4. Single requester programs. 

5. Program queuing. 

6. Program request resource allocation. 


7. Symbolic files including the file specification command, 
if specified via assignment. 


8. Use of put wait, put then get, and put no wait to the 
console. 


9, Allocation, open, close of a 5444 consecutive file 
under the CCP. Based upon input from the CRT: 
a. CGIVFILE is allocated, opened as a consecutive 

output file on the 5444, 

Records are written to the file. 

CGIVEFILE is closed. 

. CGIVFILE is opened as an input file. 

CGIVFILE is dumped to the console or to the 

printer. 

CGIVFILE is closed. 


gp aos 


ty. 


10. On unexpected return codes (non-00 for puts, non-00 
or non-01 on put then gets), the ability to retry the 
operation. 


Appendix G. Installation Verification Program 


11. Concurrent execution of more than one copy of 
CCPIVP provided symbolic files are used. 


12. Use of the console to enter operator commands or to 
communicate with the program. 


13. Closing of CGIVFILE at shutdown. 


Two sample assignment sets are supplied, $CGSET and 
$CGSST. Both include the PROGRAM and DISKFILE 
statements necessary to run CCPIVP. 


Sample assignment set $CGSET is punched into cards during 
a card-oriented generation. It includes OCL and control 
statements for running the assignment program, optional 
link edit OCL, and OCL for CCP startup. 


Sample assignment set $CGSST is printed and copied to the 
users production pack during a cardless generation. $CGSST 
contains only the assignment control statements and no 
OCL statements. 


Either sample assignment set can be modified according to 
the user’s configuration. 


After generation is completed, an assignment build program 
must be run including a DISKFILE, and PROGRAM state- 
ment for CCPIVP in the assignment set. The CCPIVP load 
(O) module can be executed under the CCP as it exists. 
Loading the CCP to Run CCPIVP 

// LOAD $CCP,xx 

// FILE (for each actual file to be used by CCPIVP) 

See the assignment check actually used to determine 


the NAME-name entry. 


Note: CCPIVP uses the file name CGIVFILE in its 
disk DTFs. 


// RUN 
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Procedure for Requesting CCPIVP 


1. /FILE CGIVFILE, actual file name (if symbolic files 
are used) 


2a. To load from the console: 
CCPIVPbmm/dd/yy 
ee 
8 char 
2b. To load from a terminal: 
CCPIVPBbmm/dd/yy 
ee te 


8 char 


Operating Instructions with CCPIVP 
1. Enter data as prompted from the console messages. 


2. Messages are sent to the system operator so he can 


respond to abnormal situations while running CCPIVP. 
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Normal Operating Messages 


DATA ENTERED WILL BECOME A 5444 DISK RECORD 
OF THE FORM XXX*MM/DD/YY*NNN TO CLOSE FILE, 
ENTER /* 


PLEASE ENTER 03 CHARS OF DATA OR /* 


DISK FILE CLOSED, ENTER P TO PRINT OR NON-P 
TO DISPLAY FILE ON CONSOLE 


The following message is displayed if a program is requested 
without data: 


PLEASE ENTER MM/DD/YY 


User Error Messages 


DATA ENTERED NOT 03 CHARS LONG OR /* PLEASE 
TRY AGAIN 


If an invalid return code is sent back to CCPIVP, the 
following message is displayed: 


ENTER TA TO RETRY OR USE DUMP SYSTEM 
COMMAND TO DUMP MAIN STORAGE 


/FILE (file specification} command 
description 10 
for system operator 18 
terminal operator 10 
/MSG (message) command 
(see also MSG) 
description 12 
/NAME command 11 
/NOQ (no-queue) command 
description 9 
for system operator 18 
for terminal operator 9 
/ OFF (sign-off) command 12 
/ON (sign-on) command 9 
/Q (queue) command 
description 9 
for system operator 18 
for terminal operator 9 
/RELEASE command 11 
/RUN command 12 
$CCPAL {assignment list program) 
description 134 
Output example 140 
restrictions 88 
$CCPAS (assignment build program) 
description 88 
execution example 137 
restrictions 88 
source specification 93 
$CCPAU (user security data program) 149 
$CCPCL (disk close) 133 
$CCPCO (open/close files from batch 
partition) 19, 32 
$SCCPDF (display format generator 
routine) 34 
$CCPDT (display format test routine) 34 
$CCPDUMP file initialization ($CC1DP) 84 
$CCPFILE 
(see also assignment file) 
allocation (SEFIL generation 
statement) 66 
description 88 
initialization ($CC1BF) 84 
listing contents 134 
$CCPOP (disk open) 133 
$CCPPF (printer format generator 
routine) 34 
$CCPWORK work file 88 
$CC1BF (initialize assignment file 
build) 84 
$CC1DP (initialize trace/dump file} 84 
$CC1PP (generation utility) 84 
$CC4HM storage requirements 179 
$CC4#1 storage requirements 177, 179 
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$CC4#2 storage requirements 177, 179 
$CC4Z9 (security load module) 66 
$CGDRV (SCP generator) 84 
$CGSET (sampie assignment input deck) 49 
$CGSMP (CCP sample generation deck) 45 
$CGSST (sample assignment set control 
statements) 58 
$CG1G1 (sample cardless CCP generation 
instructions) 52 
$CG1G3 (sample generation listing) 54 
$CG1G4 (sample generation listing) 54 
$CG1G5 (sample generation listing) 55 
$EBSC (BSC support) generation statement 
description 73 
summary 154 
$EBSD (BSC device) generation statement 
description 77 
summary 154 
$ECSC (BSCC support generation statement) 
description 78 
summary 154 
$ECSD (BSCC devices) generation statement 
description 80 
summary 154 
$EFAC (CCP facilities) generation statement 
description 62 
summary 155 
$EFIL (CCPFILE allocation) generation 
statement 
description 66 
summary 155 
$EGEN (CCP generation stream) generation 
statement 
description 81 
summary 156 
SEMLA (MLTA support) generation statement 
description 69 
summary 156 
$SEMLD (MLTA devices) generation statement 
description 70 
summary 156 
$EPLG (programming languages) generation 
statement 
description 65 
summary 157 
$ESEC (terminal sign-on security) 
generation statement 
description 66 
summary 157 
$SHACCP (system history area copy 
program) 151 
$SINDEX40 for indexed add files 134 
$INDEX44 for indexed add files 134 
$INDEX45 for indexed add files 134 
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$QCOPY (spool file copy program) under 
CCP 5 
SSHAFILE for $SHACCP 151 
$SOURCE work file 
at generation 47 
space 83 
$WORK work file space 83 
$WORK2 work file space 83 


ACCEPT operand ($EFAC generation 
statement) 64 
access method, specifying for program 128 
acquirable ports, specifying 115 
ACTION parameter (SET assignment 
statement) 93 
ADDR parameter (MLTATERM assignment 
statement) 113 
ADDRCHAR parameter (BSCATERM assignment 
statement) 108 
address characters, line code 108, 113 
allocation/initiation/termination, system 
resource 24 
answering (automatic /manual), 
specifying 101 
ANYSPECS parameter (SET assignment 
statement) 94 
application design 27 
application programmer services 21 
application programs under CCP 4 
AQPORT parameter (PORTLINE assignment 
statement) 115 
ASCII operand 
$EBSC generation statement 75 
$ECSC generation statement 79 
ASCII transmission code 
generation 75, 79 
specifying 104, 115 
assembler program language generation 65 
assign symbolic terminal name command 17 


assignment 
diagnostics 88 
planning 87 : 


requirements 87 
assignment build program (see $CCPAS) 
assignment control statements 

BSCALINE 103 

BSCATERM 106 

DISKFILE 117 

LIST 135 

MLTALINE 108 

MLTATERM 111 

PORTLINE 113 

PROGRAM 126 

required sequence 89 

SET 93 

SOURCE 93 

summary chart 159 

SYMFILE 122 
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assignment control statements (continued) 
syntax 91 
SYSTEM 94 
TERMATTR-> 100 
TERMNAME 116 
assignment file (SCCPFILE) 
build initialization ($CC1BF) 84 
configuration list example 140 
creation at generation 66 
data, listing 134 
description 88 
directory list example 140 
directory, listing 134 
file control table example 142 
line contro! table example 141 
listing contents 135 
program contro! table example 142 
system information table example 141 
terminal attributes table example 141 
terminal name table example 142 
terminal used table example 141 
assignment input 
deck (SCGSET) 49 
statements (SCGSST) 58 
assignment list program (see $CCPAL) 
assignment restrictions 88 
assignment set 
description 87, 89 
identification 93 
listing 135 
listing contents 134 
assignment stage 
description 87 
introduction 3 
planning considerations 87 
requirements 87 
attributes set ID, specifying 101 
attributes, terminal (see terminal 
attributes) 
ATTRID parameter 
BSCATERM assignment statement 106 
MLTATERM assignment statement 112 
TERMATTR assignment statement 101 
AUTOERP command 18 
AUTOERP parameter (BSCATERM assignment 
statement) 107 
automatic calling/answering, 
specifying 101 
automatic negative response generation 76 
automatic polling feature, specifying 110 
automatic retry, specifying 107 
automatic terminal retry command 18 
AUTOPOLL parameter (MLTALINE assignment 
statement) 110 
AUTORS operand ($EBSC generation 
statement) 76 


base system size calculation 175 
batch partition, opening/closing disk files 
from 19 
binary synchronous communications (see BSC) 
binary synchronous communications 
controller (see BSCC) 
BLKL parameter 
PORTLINE assignment statement 114 
TERMATTR assignment statement 101 
block length 
SIOC channel buffer 114 
specifying for terminal 101 
BSC adapter generation 74, 78 
BSC device generation ($EBSD 
statement) 77 
BSC devices supported 169 
BSC portline facility 
generation 76, 79 
specifying 114 
BSC support generation ($EBSC 
statement) 73 
BSC terminal attributes, 
specifying 100, 106 
BSCA line close/open 17 
BSCA operand ($EBSC generation 
statement) 74 
BSCALINE assignment statement 
description 103 
summary 90, 160 
BSCATERM assignment statement 
description 106 
summary 90, 160 
BSCC (binary synchronous communications 
controller) 
(see also BSC} 
devices generation ($ECSD 
statements) 80 
1IOCS and CCP 3 
microcode deck 39 
Support code storage requirements 179 
support considerations 86 
support generation ($SECSC statement) 78 
BSCC operand ($ECSC generation 
statement) 78 
BSYPRT operand (generation $EFAC 
statement) 64 
buffer 
DFF user put 105 
TP hold 23, 95 
buffer (line) size, specifying 114 
buffer management facility 23 
buffering, double (see double line 
buffering) 
busy-printer generation 64 


calling (automatic / manual), 

specifying 101 
cancel user program /CCP command 16 
card machine, specifying for program 128 


CARD operand ($EGEN generations 
statement) 83 
card-oriented generation 40 
cardless-oriented generation 51 
CCP and disk system management 
facilities 3 
CCP cancellation 16 
CCP configuration record, printing 135 
CCP configuration, listing 134 
CCP facilities 22 
CCP facilities (generation $EFAC 
statement) 62 
CCP generation stream (generation $EGEN 
statement) 81 
CCP responses (messages) 19 
CCP tasks 3 
CCP trace 34 
CCP trace, initiating/terminating 18 
CCPFMT (format find routine) 
at startup 30 
description 133 
CCPIVP (installation verification program) 
description 229 
CCPPGM (program find routine) 
description 132 
CCUNIT operand ($EGEN generation 
statement) 82 
CGIVFILE with installation 
verification 229 
chaining, task (see task chaining) 
change interval polling time command 17 
change terminal status command 17 
channel buffer block length, 
Specifying 114 
channel-connected systems (see SIOC) 
character translation (upper/lowercase), 
specifying 101 
checkpoint/restart 32 
close/open BSCA line 17 
CLOSE/OPEN command 17 
closing disk files 18, 133 
closing/opening disk files facility 23 
CMCST (communicating magnetic card 
SELECTRIC typewriter} 
CCP support 169 
device generation 72 
specifying 112 
COBOL programming language generation 65 
code translation, specifying 101 
coding rules, assignment statement 91 
combined file 
specifying for program 128 
specifying for terminal 96 
command interrupt mode 
definition 173 
description 9 
command mode 
definition 173 
description 8 
COMMAND parameter 
BSCATERM assignment statement 107 
MLTATERM assignment statement 113 
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DA operand {SEBSC generation 
statement} 74 
data code translation facility 
descnption 23 
specifying 101 
data entry application, definition 173 
data file design 28 
data format. specifying for terminal 102 
data mode 
definition 173 
description 8 
data mode escape 
command 11 
definition 173 
generation 63 
data terminal, definition 7, 173 
data transmission rate, specifying 110 
DATAFORM parameter (TERMATTR assignment 
statement) 102 
DATARATE parameter (MLTALINE assignment 
statement) 110 
DBLBUF parameter 
BSCALINE assignment statement 106 
decima! delay count, specifying 105 
default assignment set identification 94 
delay count, specifying 105 
DELAY parameter (MLTALINE assignment 
statement) 111 
delay time, specifying for control 
station 111 
delete assignment set 93 
device generation 
BSC 77 
MLTA 71 
device requirements 172 
devices supported/required 169 
DFCR (display format control routine) 34 
DFF (display format facility) 
buffer support for performance 223 
description 34 
format name, specifying 131 
generation 63 
specifying 102 
storage requirements 203 
user put buffer, specitying 105 
DFFBUF parameter (BSCALINE assignment 
statement) 105 
DFFINDX parameter (SYSTEM assignment 
statement) 98 
DFFMTERM parameter (PROGRAM assignment 
statement} 133 
DFFNDF parameter (PROGRAM assignment 
statement) 131 
DFFPACK parameter (SYSTEM assignment 
statement) 98 
DFEFSFDT parameter (PROGRAM assignment 
statement) 131 
DFF3270 parameter (TERMATTR assignment 
statement) 103 


DFGR (display format generator 
routine) 34 
DFILES operand ($EFIL generation 
statement) 68 
DFLTEXEC parameter (SET assignment 
statement} 94 
DFTR (display format test routine} 34 
diagnostic messages (see GC21-5170) 
DIAL operand ($EBSC generation 
statement) 74 
direct file organization, specifying 118 
directory list example, $CCPFILE 140 
directory, listing assignment file 134 
disk data management and CCP 3 
disk file 
(see also file) 
access, sharing 24 
close/open facility (SCCPCL/$CCPOP) 133 
describing 117 
opening/closing 18 
reference name, symbolic 122 
clisk storage estimates, CCP 219 
disk system management (DSM) 
CCP support 3 
considerations 31 
definition 173 
DISKFILE assignment statement 
description 117 
for $HACCP 151 
summary 90, 160 
DISKFILE parameter (SYMFILE assignment 
statement) 122 
display adapter 
generation 74 
Support considerations 85 
display format control routine (DFCR) 34 
display format facility (see DFF) 
display format generator routine 
(SCCPDF) 34 
display format information example 146 
display format pack, specifying 98 
display format test routine (SCCPDT) 34 
display terminal assignments command 16 
display terminal status command 16 
display users command 16 
DIUNIT operand (SEGEN generation 
statement) 83 
double line buffering, specifying 105 
DPPACK operand ($EGEN generation 
Statement) 83 
DPTRAC operand ($EFIL generation 
statement) 69 
DPUNIT ($EGEN generation statement) 83 
DSM (see disk system management) 
DSUNIT operand ($EGEN generation 
statement) 82 
dump/trace file initialization 
(SCC1IDP) 84 
DUMPS operand ($EFIL generation 
statement) 68 
DUMPUNIT parameter 99 


EBCDIC operand 
SEBSC generation statement 76 
SECSC generation statement 79 
EBCDIC translation 
generation 70 
specifying 101 
EBCDIC transmission code 
generation 76, 79 
specifying 104, 115 
END parameter (SOURCE assignment 
statement) 93 
ENDMSG parameter (PROGRAM assignment 
statement) 128 
EPL (see external pointer list) 
equipment needs considerations 31 
ERP command 18 
error recovery retry time interval, 
specifying 99 
error recovery, terminal 18 
error retries, specifying 110, 115 
error statistics file (MLTERFIL) 39 
ERTIME parameter (SYSTEM assignment 
statement) 99 
ESCAPE operand ($EFAC generation 
statement) 63 
escape, data mode (see data mode escape) 
estimates, main storage 175 
examples 
assignment build execution 137 
assignment input 49 
assignment list output 140 
cardless generation 52 
display format information 146 
generation deck 45 
exchange identification, specifying 105 
EXECFIND parameter (PROGRAM assignment 
statement) 132 
execution-time program find, 
specifying 132 
EXTENTS parameter (DISKFILE assignment 
statement) 119 
external pointer list (EPL) 
definition 173 
specifying 98 


facilities generation (SEFAC 
statement) 62 

facilities, CCP 1, 22 

FCT (see file control table) 

FDT (see field descriptor table) 

features supported 169 

field descriptor table size, 
specifying 131 

file (see also disk file) 

file access method, specifying for 
program 128 

FILE command (see file specification 
command} 
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file control table example, $CCPFILE 142 
file design 28 
file extents, specifying 119 
file key 
length, specifying 118 
location, specifying 118 
specifying for program 130 
file management 
definition 173 
description 23 
file master index, specifying 118 
file name 
specifying for program 128 
specifying for terminal 117 
FILE OCL statement 
assignment build program 89 
for generation 47 
for indexed add files 134 
file opening/closing facility 23, 133 
file organization, specifying 118 
file record length, specifying 118 
file reference name, symbolic 122 
file share queue element, specifying 99 
file sharing facility 
description 24 
performance considerations 226 
specitying for program 130 
file specification command (/FILE) 10 
FILES parameter (PROGRAM assignment 
statement) 129 
files, opening/closing 18 
find format routine (CCPFMT) 133 
find program routine (CCPPGM) 132 
FLPACK operand ($EFIL generation 
statement) 69 
FLUNIT operand ($EFIL generation 
statement) 69 
“ormat find 
definition 173 
description 30 
routine (CCPFMT) 133 
format name, specifying 131 
FORMAT operand ($EFAC generation 
statement) 63 
format, specifying terminal data 102 
FORTRAN programming language 
generation 65 
FSQE parameter (SYSTEM assignment 
statement) 99 


generation 
assumptions 39 
CCP programs used 84 


checklist 39 
considerations 85 
diagram 41 


function 39 

MLTERFIL initialization 39 
Operational procedures 40 
procedure 38 

Source modules used 85 
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generation control statements 
SEBSC (BSC support) 73 
SEBSD (BSC devices) 77 
SECSC (BSCC support) 78 
SECSD (BSCC devices) 80 
SEFAC (CCP facilities) 62 
SEFIL (SCCPFILE allocation) 66 
SEGEN (CCP generation stream) 81 
SEMLA (MLTA support) 69 
$EMLD (MLTA devices) 70 
SEPLG (programming languages) 65 
SESEC (terminal Sign-on security) 66 
description 59 
summary chart 153 
generation stage 
description 37 
introduction 2 
generation utility (SCC1PP) 84 
GETMSG operand 
SEBSC generation statement 75 
SECSC generation statement 78 
glossary 173 


HALT OCC for $HACCP 151 

halts (see GC21-5170) 

hexadecimal address characters, 
specifying 108, 113 

hexadecimal polling characters, 
specifying 108 

hexadecimal record separator byte 
generation 75, 79 

hold buffer (see TP hold buffer) 


ICF parameter 108 
ID parameter (SET assignment 
statement) 93 
tdentification characters, specifying 106 
identification, specifying for attributes 
set 101 
IDEXRCV parameter (BSCATERM assignment 
statement) 107 
IDEXSEND parameter (BSCALINE assignment 
statement) 105 
INCOMP parameter (TERMNAME assignment 
statement) 116 
index (see master index} & 
index residence, DFF 98 
indexed file 
key length, specifying 118 
key location, specifying 118 
organization, specifying 118 
information (S-type) message 
generation 64 
initial mode 
definition 173 
description 8 


initialize assignment file build 
(SCC1IBF) 84 
initialize trace/dump file (GCC1IDP) 84 
initiate CCP trace command 18 
initiating CCP 15 
input data handler generation 64 
input data length, specifying 130 
input device, specifying 96, 97 
input device, specifying for 1050 113 
input subterminal, specifying 116 
inquiry (rotlout/rollin) 32 
inquiry-with-update, definition 174 
inquiry, definition 173 
installation verification program 
(CCPIVP) 229 
intermediate text block character 
generation 75, 79 
intermediate text blocks (ITBs), 
specifying 102 
interrupt feature, specifying 110 
interval polling 
generation 76, 79 
performance considerations 224 
interval polling time 
changing {8 
specifying 98, 98 
INTPOL operand 
$SEBSC generation statement 76 
$ECSC generation statement 79 
IOCS (input/output control system) and 
CCP 3 
ITB operand 
SEBSC generation statement 75 
SECSC generation statement 78 
ITB parameter (TERMATTR assignment 
statement) 102 


key length, specifying 118 

key location, specifying 118 

key sort, specifying for program 130 

KEYL parameter (DISKFILE assignment 
statement) 118 

KEYPOS parameter (DISKFILE assignment 
statement) 118 


LANG operand ($EPLG generation 
statement) 65 

language generation 65 

large number of terminals support 
considerations 86 

LCT (see line control table) 

line (switched) options, specifying 101 

line buffer size, specifying 114 

line code address characters 108,113 

line code polling characters 108 

line code translation, specifying 101 


line control table example, SCCPFILE 141 
line printer, specifying for program 127 
line type 
specifying BSC 103 
specifying MLTA 108 
LINENUM parameter 
BSCALINE assignment statement 104 
MLTALINE assignment statement 109 
LINES operand ($EMLA generation 
statement) 70 
linkage editor (used in generation 
stage) 39 
LIST assignment statement 
description 135 
summary 161 
list program (see assignment list program) 
LOWCAS operand ($EFAC generation 
statement) 64 
lowercase character translation, 
specifying 101 
lowercase input generation 64 
LUSI operand ($ESEC generation 
statement) 66 


macro processor (generation) 44 
main storage 
estimates 175 
requirements for support code 177 
size calculation example 143 
size calculations 136, 175 
utilization 223 
manual calling /answering, specifying 101 
master index, specifying 118 
master terminal name, specifying 116 
MAXCHAIN parameter (SYSTEM assignment 
statement) 99 
maximum CCP system example 204 
maximum storage, CCP system 204 
MAXMSG parameter (PORTLINE assignment 
statement) 115 
MAXRECL parameter (MLTALINE assignment 
statement) 110 
memory-resident overlays, specifying 
storage for 131 
message command {(/MSG) 12 
message length, specifying maximum 115 


messages 
(see also GC21-5170) 
from CCP 19 


from terminal operator 19 
from user programs 19 
MFCM (see 2560) 
MFCM1 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCM2 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCU (see 5424) 
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MFCU1 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCU2 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MINRES operand ($EGEN generation 
statement) 83 
MINTPBUF parameter (SYSTEM assignment 
statement) 95 
MINUPA parameter (SYSTEM assignment 
statement) 95 
MIXSIZE parameter (DISKFILE assignment 
statement) 119 
MLMP 1O0Cs and CCP 3 
MLTA (multiple line terminal adapter) 
device generation (SEMLD statement) 70 
devices supported 169 
lOCs and CCP 3 
microcode deck 39 
support generation (SEMLA statement) 69 
terminal attributes, specifying 111 
MLTALINE assignment statement 
description 108 
summary 90, 161 
MLTATERM assignment statement 
description 111 
summary 90, 161 
MLTERFIL initialization 40 
MODE parameter (PORTLINE assignment 
statement) 114 
modify assignment set 93 
monitoring, terminal 22 
MORCOR parameter (PROGRAM assignment 
statement 131 
MOVDFF operand ($EFAC generation 
statement) 64 
move DFF routine generation 64 
move terminal name table (TNT) 
generation 64 
MOVTNT operand ($EFAC generation 
statement) 64 
MP operand ($EBSC generation 
statement) 75 
MRO (see memory-resident overlays) 
MRTMAX parameter (PROGRAM assignment 
statement) 127 
MSG (message) command 16 
MSG command (see also /MSG) 
MSTRINDX parameter (DISKFILE assignment 
statement) 118 
MSTRNAME parameter (TERMNAME assignment 
statement) 116 
multi-function card machine (see 2560) 
multi-function card unit (see 5424) 
multiline / multipoint (see MLMP) 
multiple line terminal adapter (see MLTA) 
multiple requesting terminal (MRT) program, 
definition 174 
multiple requesting termina! capability, 
specifying 127 
multipoint line 
specifying BSC 104 
specifying MLTA 109 
multipoint tributary network 
generation 75 
multivolume file extents, specifying 119 
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name command (/NAME) 11 
NAME parameter 
DISKFILE assignment statement 117 
PROGRAM assignment statement 127 
SOURCE assignment statement 93 
SYMFILE assignment statement 122 
TERMNAME assignment statement 116 
NAQPORT parameter (PORTLINE assignment 
statement) 115 
never-ending program (NEP) 
definition 174 
specifying 127 
NEVEREND parameter (PROGRAM assignment 
statement) 127 
no-queue command (/NOQ) 9 
nonacquirable ports, specifying 115 
noncommand terminal, definition 174 
NRETRY parameter 
BSCALINE assignment statement 103 
MLTALINE assignment statement 111 
PORTLINE assignment statement 115 
N3741 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 97 


object system, definition of 61 
OFFACTN parameter 
BSCATERM assignment statement 108 
MLTATERM assignment statement 113 
OLT (see online test) 
ONLINE parameter 
BSCATERM assignment statement 107 
MLTATERM assignment statement 113 
online terminal test command 17 
online terminal testing facility 23 
online test request, specifying 111 
opening/closing files facility 23 
opening disk files 133 
opening files 18 
operating aids, system operator 20 
operation CCP system 2 
operation, CCP system 30 
operational stage 
description 30 
introduction 3 
shutdown 31 
startup 30 
operator (see system operator, terminal 
operator) 
OPPRUF operand ($EFAC generation 
statement) 64 
order entry application, definition 174 
ORG parameter (DISKFILE assignment 
statement) 118 
outboard polling, specifying 105 
OUTCOMP parameter (TERMNAME assignment 
statement) 117 
OUTPOLL parameter (BSCALINE assignment 
statement) 105 
output device, specifying 97 
Output device, specifying for 1050 113 
output subterminal, specifying 117 
overlay linkage editor 39 


PACK parameter (PROGRAM assignment 
statement) 130 
partition card machine, specifying 96 
partition considerations 34 
partition printer, specifying 96 
Partition storage requirements 203 
PASSWORD parameter (SYSTEM assignment 
statement) 96 
Password security option 
considerations 36 
definition 174 
PCT (see program control table) 
performance considerations 175 
performance improvement tips 223 
PF key for lowercase input generation 64 
PFGR (printer format generator 
routine) 34 
PGMCNT operand ($EFAC generation 
statement) 63 
PGMDATA parameter (PROGRAM assignment 
statement) 128 
PGMFIND parameter (PROGRAM assignment 
statement) 132 
PGMREQL parameter (SYSTEM assignment 
statement) 98 
PGMSTAT parameter (LIST assignment 
statement) 135 
PHONENUM parameter (TERMNAME assignment 
statement} 117 
physical file 
and /FILE command 10 
definition 174 
management facility 24 
PINCOMP parameter (MLTATERM assignment 
statement) 113 
planning considerations 
assignment stage 87 
equipment 31 
system operator 20 
terminal operator 12 
point-to-point line 
specifying BSC 104 
specifying MLTA 109 
point-to-point network generation 75,79 
poll list specification 
BSC 104 
MLTA 109 
POLLCHAR parameter (BSCATERM assignment 
statement) 108 
polling characters, line code 108 
polling delay time, specifying 111 
polling feature, automatic 111 
polling order, specifying 104, 110 
polling time, changing 17 
polling, outboard (see outboard polling) 
POLLLIST parameter 
BSCALINE assignment statement 104 
MLTALINE assignment statement 109 
POLTIME command 17 
POLTIME parameter (SYSTEM assignment 
statement) 98 
PORT operand 
$EBSC generation statement 76 
$SECSC generation statement 79 


PORTLINE assignment statement 
description 113 
summary 90, 162 
Portline facility generation 76, 79 
portname prefix, specifying 115 
PORTPRFX parameter (PORTLINE assignment 
statement) 115 
POUTCOMP parameter (MLTATERM assignment 
statement) 113 
PP operand 
$SEBSC generation statement 75 
$ECSC generation statement 79 
PPUNIT operand ($EPLG generation 
statement) 65 
primary system, specifying 114 
print/punch utility (6CC1PP) 84 
print spooling considerations 33 
printer-busy generation 64 
printer format generator routine 
(SCCPPF) 34 
PRINTER parameter 
PROGRAM assignment statement 127 
SYSTEM assignment statement 96 
printing program request count 135 
PRIORITY parameter (PROGRAM assignment 
statement) 132 
priority, task 25 
PROGRAM assignment statement 
description 126 
for $HACCP 151 
for format find 133 
for program find 133 
summary 90, 163 
program control table example, 
$CCPFILE 146 
program design 28 
program find routine (CCPPGM) 132 
program find, specifying 132 
program levels sharing disk files 32 
Program location changed, specifying 132 
program management 
definition 174 
description 24 
program name, specifying 127 
program pack, specifying 130 
program priority, specifying 132 
program product disk unit generation 65 
program request command 
for system operator 18 
for terminal operator 11 
length, specifying 98 
program request count 
definition 174 
facility 25 
generation 63 
listing 134, 135 
resetting 136 
program request under format (PRUF) 
definition 174 
generation 63 
performance considerations 227 
Program request, definition 174 
program requests facility 24 
Program requests from terminal 7 
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program-selected terminal, definition 174 
program storage size, specifying 132 
programming facilities 2 
programming languages (generation $EPLG 
statement) 65 
programming support, communications 4 
programs supported/required 169 
PROGS operand ($EFIL generation 
statement) 68 
PRUF (see program request under format) 
PRUF operand ($EFAC generation 
statement) 63 
PRUF$Z parameter (PROGRAM assignment 
statement) 131 
PRUFLNG parameter (PROGRAM assignment 
statement) 130 
PRUFOF parameter (SYSTEM assignment 
statement) 99 
pseudo open/close/allocate generation 64 
PTTCBCD/PTTCEBCD transmission code 
generation 72 
specifying 109 
punch 
specifying for program 128 
specifying for terminal 96 
spooling considerations 33 


queue command (/Q) 9 


RCVINT parameter (MLTALINE assignment 
statement) 110 
read spooling considerations 33 
reader 
specifying for program 128 
specifying for terminal 96 
receive interrupt feature, specifying 110 
RECL parameter 
DISKFILE assignment statement 118 
TERMATTR assignment statement 102 
record length 
specifying for program 118 
specifying for terminal 102 
specifying maximum 110 
record separator byte generation 75,79 
record separator characters, 
specifying 102 
recovery, terminal error 18 
RECSEP operand 
$EBSC generation statement 75 
$ECSC generation statement 79 
release command (/RELEASE) 11 
replace assignment set 93 
request count (see program request 
count) 134 
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request scheduling 24 
requesting terminal definition 174 
requests from terminal 7 
RESETPS parameter (LIST assignment 
statement) 136 
resident accept performance 
considerations 223 
resident CCP storage 
requirements 189, 197, 205 
resident DFF format index performance 
considerations 223 
resident input data handler generation 64 
resident master index (see master index) 
resident open/close/allocate 
generation 64 
performance considerations 223 
resident polling 
generation 76 
performance considerations 223 
resident request routine generation 64 
RESOPN operand ($EFAC generation 
statement) 64 
RESPOL operand ($EBSC generation 
statement) 76 
responses, CCP-to-system operator 19 
RESREO operand ($EFAC generation 
statement) 64 
restrictions, assignment 88 
resume user program 
request/execution/initiation 17 
retries, specifying 110, 115 
retry time interval, specifying 99 
RPG I! programming language generation 65 
RP1442 parameter 
PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
run command (/RUN) 12 
R2501 parameter 
PROGRAM assignment statement 127 
SYSTEM assignment statement 96 


S-type (information) message 
generation 64 
S/360-370 CCP support 169 
save trace table information command 18 
SCP generator (SCGDRV) 84 
secondary system, specifying 114 
SECURE operand ($ESEC generation 
statement) 66 
security considerations, terminal 
sign-on 36 
security data program 149 
security generation, terminal sign-on 66 
selection, terminal 22 
separator byte generation 75, 79 
separators characters, specifying 102 
sequential file organization, 
specifying 118 
serial file sharing 24 


serial input/output channel (see SIOC) 
services, application programmer 21 
SET assignment statement 
description 93 
summary 89, 164 
SET parameter (LIST assignment 
statement) 135 
set, assignment (see assignment set) 
SETS operand ($EFIL generation 
statement) 68 
SHA (see system history area) 
SHA statement (SCNFIG) for SHACCP 151 
sharing access to disk files 24, 32 
sharing files between partitions 34 
shutdown command 19 
shutdown operation 31 
sign-off action, specifying 108, 113 
sign-off command (/OFF) 12 
sign-on command (/ON) 9 
sign-on security considerations 36 
sign-on, definition 174 
single requesting terminal (SRT) program, 
definition 174 
SIOC channel buffer block length, 
specifying 114 
SIOC 1OCs and CCP 3 
SIOC operand ($EFAC generation 
statement) 64 
SIOC portline, specifying 114 
SIT (see system information table) 
SORT parameter (PROGRAM assignment 
statement) 131 
SOURCE assignment statement 
description 93 
summary 89, 164 
source library specification 93 
source modules, generation 85 
SPAN parameter (TERMATTR assignment 
statement) 102 
spool file copy program ($QCOPY) under 
CCP 5 
spooling considerations 33 
stages, CCP 
assignment 3, 87 
generation 2, 37 
Operational 3 
Startup operation 30 
Startup program find, specifying 132 
statement summary charts 
assignment 159 
generation 153 
statements (see assignment control, 
generation control) 
storage dump space generation 68 
storage estimates 175 
storage size, specifying for program 132 
subterminal input component, 
specifying 117 
subterminal name, defining 116 
subterminal output component, 
specifying 117 
supervisor and CCP 3 
suspend user program 
request/execution/initiation 16 


switched line 
specifying BSC 104 
specifying MLTA 109 
switched line network generation 74 
SWITCHED parameter (TERMATTR assignment 
statement) 101 
symbolic file 
(see also disk file, file, physical file) 
and /FILE command 10 
definition 174 
reference 122 
reference name, specifying 122 
symbolic file management facility 24 
symbolic terminal name 
assignment 17 
defining 116 
symbolic terminal naming facility 22 
SYMFILE assignment statement 
description 122 


summary 90, 164 
syntax 


assignment statement 91 
generation statement 59 
SYSTEM assignment statement 
description 94 
for $HACCP 151 
summary 89, 165 
system history area copy program 
(SHACCP) 151 
system information table example, 
$CCPFILE 141 
system invite calculation 149 
system operator 
control of CCP 15 
facilities 1 
messages 19 
Operating aids 20 
planning considerations 20 
system operator commands 


/FILE 18 
/NOQ 18 
/Q 18 


assign symbolic terminal name 17 
automatic terminal retry 18 
cancel user program /CCP 16 
change interval polling time 18 
change terminal status 17 
display terminal assignments 16 
display terminal status 16 
display user task status 16 
initiate/terminate CPP trace 18 
message 16 
Online terminal test 17 
open/close disk files 18 
program request 18 
resume user program 
request/execution/initiation 17 
save trace table information 18 
shutdown 19 
suspend user program 
request/execution/initiation 16 
terminal error recovery 18 
system password, specifying 96 
system program requirements 172 
system programs 5 
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system service requests from terminal 7 
system task, definition 174 
System/3 CCP support 169 
System /7 
CCP support 169 
device generation 72 
specifying 112 


tables storage requirements 183, 191 
tables, S$CCPFILE 141 
tailoring CCP 29 
task chaining contro! blocks, 
specifying 98 
task chaining facility 25 
task chaining, definition 174 
task identification, definition 174 
task priorities and performance 224 
task priority facility 25 
task-to-task communication generation 65 
task-to-task portline, specifying 114 
tasks, CCP 3 
TASKSIZE parameter (PROGRAM assignment 
statement) 132 
TAT (see terminal attributes table) 
telecommunications programs (see 
application programs) 
telephone number, specifying for 
terminal 117 
TERMATTR assignment statement 
description 100 
for format find 133 
for program find 133 
summary 90,166 
TERMID parameter 
BSCATERM assignment statement 106 
MLTATERM assignment statement 111 
TERMNAME assignment statement 116 
terminal assignments, displaying 16 
terminal attributes 
BSC 106 
MLTA 111 
specifying 100 
terminal attributes table example, 
$CCPFILE 141 
terminal block length, specifying 101 
terminal command length, specifying 98 
terminal data format, specifying 102 
terminal error recovery command 18 
terminal identification, 
specifying 106, 111, 116 
terminal modes 8, 9 
terminal monitoring and selection 
facility 22 
terminal name assignment 17 
terminal name command (/NAME) 11 
terminal name table (TNT) 
example, SCCPFILE 142 
move generation 64 
terminal name, defining symbolic 116 
terminal operator 
facilities 1 
planning considerations 12 
requests 7 
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terminal operator commands 
data mode escape 11 
description 9 
file specification (/FILE) 10 
message (/MSG) 12 
no-queue (/NOQ) 9 
program request 11 
queue (/Q) 9 
release (/RELEASE) 11 
run (/RUN) 12 
sign-off (/OFF) 12 
sign-on (/ON) 9 
terminal name (/NAME) 11 
terminal planning 27 
terminal polling order, specifying 104 
terminal record length, specifying 101 
terminal reference identification, 
definition 174 
terminal retry, automatic 18 
terminal security considerations 36 
terminal sign-on security generation (SESEC 
statement) 66 
terminal status 
changing 17 
displaying 16 
terminal telephone number, specifying 117 
terminal test (see online terminal test) 
terminal testing facility 23 
terminal type 
specifying BSC 106 
specifying MLTA 111 
terminal used table example, $CCPFILE 141 
terminals supported 169 
terminals, specifying for program 128 
terminate CCP trace command 18 
TERMNAME assignment statement 
description 116 
summary 90, 166 
TERMS orcerand ($EFIL generation 
statement) 68 
TERMS parameter (PROGRAM assignment 
statement) 129 
TEST command 17 
testing facility, terminal 23 
text block (intermediate), specifying 102 
text transparency 
generation 76, 79 
specifying 102 
timer-initiated interval polling 
generation 76, 79 
TIOLT parameter (MLTALINE assignment 
statement) 111 
TNT (see terminal name table) 
TP buffer 
buffer management 23 
optimization generation 64 
size calculation 148 
specifying 95 
storage requirements 182 
TRACE command 18 
trace/dump file initialization 
($CC1DP) 84 
trace facility 34 
TRACE statement for $CC1DP 84 
trace table information, saving 18 


TRANSLAT parameter (TERMATTR assignment 
statement) 101 
translation 
data code 23 
generation 70 
specifying 101 
transmission code 
specifying BSC 104 
specifying MLTA 109 
specifying portline 115 
transmission code generation 


BSCA 75, 76 
BSCC 79 
MLTA 72 


transmission error retries, 
specifying 110, 115 
transmission rate, specifying 110 
TRANSP parameter (TERMATTR assignment 
statement) 102 
transparency feature 
generation 76, 79 
specifying 102 
tributary network generation 75 
tributary station, specifying 104 
TRKLOC operand ($EFIL. generation 
statement) 69 
TTASK operand ($EFAC generation 
statement) 65 
TUT (see terminal used table) 
TYPE operand 
$SEBSD generation statement 77 
$EMLD generation statement 71 
TYPE parameter 
BSCALINE assignment statement 103 
BSCATERM assignment statement 106 
MLTALINE assignment statement 108 
MLTATERM assigment statement 111 
PORTLINE assignment statement 114 


UNIT parameter (SOURCE assignment 
statement) 93 
unit record data management and CCP 3 
unit record 1/O requests 23 
UPA (see user program area) 
UPCASE parameter (TERMATTR assignment 
statement) 101 
update, system 31 
uppercase character translation, 
specifying 101 
user program 
(see also program) 
cancellation 16 
resumption 17 
specifying 95 
structure/requirements, specifying 122 
suspension 16 
user security 
data program ($CCPAU) 149 
generation 66 
user task 
definition 174 
priorities 224 
status, displaying 16 


variable length records, specifying 102 

VARL parameter (TERMATTR assignment 
statement} 1062 

VARY command 17 

verification characters, specifying 107 

VERIFYID parameter (TERMATTR assignment 
statement) 103 


WAIT parameter 
BSCALINE assignment statement 106 
PORTLINE assignment statement 115 
WKPACK operand (SEGEN generation 
statement) 83 
WKUNIT operand (SEGEN generation 
statement) 82 
work file 
$CCPWORK 88 
$SOURCE 47 
SWORK 83 
$WORK2 83 
CGIVFILE 229 
space generation 82 


XLATE operand ($EMLA generation 
statement) 70 
XMCODE operand ($EMLD generation 
statement) 71 
XMCODE parameter 
BSCALINE assignment statement 104 
MLTALINE assignment statement 109 
PORTLINE assignment statement 115 
XPRNCY operand 
$SEBSC generation statement 76 
$ECSC generation statement 79 


1050 data communication system 
CCP support 169 
device generation 71 
input device, specifying 113 
output device, specifying 113 
specifying 111 
1442 card read punch 
specifying for program 128 
specifying for terminal 97 
2501 card reader 
specifying for program 127 
specifying for terminal 96 
2560 multi-function card machine 
specifying for program 128 
specifying for termina! 96 


Index 
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2740/2741 communication terminal 
CCP support 169 
device generation 71 
specifying 111 
3270 display format facility (see DFF) 
3270 information display system 
CCP support 34, 169 
device generation 77 
specifying 106 
328x printer-busy 
generation 64 
timer performance considerations 224 
3735 programmable terminal 
CCP support 169 
device generation 77 
specifying 106 
3741 data station 
CCP support 169 
device generation 77 
specifying 106 
specifying for program 128 
specifying for terminal 97 
3767 communication terminal 
CCP support 169 
specifying 112 
5100 portable computer 
CCP support 169 
device generation 72 
specifying 112 
5230 data collection system 
CCP support 169 
device generation 77 
specifying 107 
5424 multi-function card unit 
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